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I.  Introduction 


The  VHDL  Benchmark  Suite  is  a  set  of  VHDL  models,  each  designed  to  test  one  or  more 
specified  features  of  the  language  in  terms  of  system  architecture/operating  system/VHDL  toolset 
limitations.  These  limitations  include  amount  of  memory  and  CPU  time  required  for  analyzing, 
model  generating,  building,  and  simulating  a  model.  Most  tests  have  one  or  more  parameters  that 
can  be  varied  to  observe  their  effect  on  timing  and  memory  usage.  Although  the  tests  are  referred 
to  as  a  benchmark  suite,  they  differ  from  the  computer  science  definition  of  benchmarks  in  that 
they  are  designed  to  explore  the  robustness  of  a  system’s  architecture,  operating  system,  and  VHDL 
environment,  not  to  try  to  equalize  these  factors  before  comparing  results  between  systems.  They 
attempt  to  test  limitations  of  VHDL  features  of  interest  to  design  engineers. 

VHDL  vendors  each  have  their  own  set  of  validation  tests  to  use  on  their  product,  but  no 
standard  suite  exists  for  comparing  capabilities  and  limitations  between  toolsets.  This  VHDL 
Benchmark  Suite  is  an  attempt  to  provide  a  standard  set  of  tests  and  make  it  available  to  vendors 
and  users.  To  date,  the  suite  has  331  models,  each  tested  on  a  VAX  8800  running  the  VMS 
operating  system,  a  UNIX-based  SUN  4,  and  the  Intermetrics,  Inc  Standard  VHDL  1076  Support 
Environment.  This  report  covers  the  organization  of  the  suite  and  how  to  use  the  benchmarks  to 
test  toolset/system  limitations. 


H-  VHDL  Benchmark  Suite  Organization 

®enc*lmar*<  Su'te  data  asides  in  three  directories,  [.bench],  [.coins],  and  [.readme] 
(  MS)  or  bench,  corns,  and  readme  (UNIX),  Directory  [.bench]  contains  the  tests,  [.corns]  contains 
the  Intermetrics,  Inc  (VMS  and  UNIX)  command  files,  and  [.readme]  contains  operating  instructions 
and  other  descriptive  documentation.  Tests  in  the  VIIDL  Benchmark  Suite  are  classified  and 
identified  according  to  a  category  matrix.”  There  are  71  VIIDL  language  categories,  ranging  from 

ALIASED  SIGNALS  to  FOR-LOOPS  to  ACCESS  OPERATIONS.  The  categories  are  the  row 

headings  of  the  matrix.  The  tests  are  numbered  and  the  numbers  are  used  as  column  headings  in  the 
matrix.  A  row/column  cell  contains  an  "X”  if  the  benchmark  corresponding  to  that,  column’s  test 
number  uses  the  category  corresponding  to  that  row’s  language  category.  A  listing  of  the  matrix  is 
included  in  this  report  as  Appendix  A,  and  in  [.readmejmatriccs.edt  (VMS)  or  readme/matrices. cdt 
(UNIX)  in  the  VIIDL  Benchmark  Suite  documentation. 

Each  language  category  represents  a  subdirectory  name,  and  each  test,  is  placed  in  the  ap¬ 
propriate  subdirectory  according  to  which  language  feature(s)  it  uses.  All  source  code  is  under 
directory  BENCH.  For  example,  if  a  benchmark  uses  CONCURRENT  (subdirectory  a)  ASSERT 
(subdirectory  g2)  statements  in  an  ARCHITECTURE  (subdirectory  c),  the  test  would  reside  in 
[.bench. a.c.g2]  for  VMS,  or  bench/a/c/g2  for  UNIX. 

In  most  cases,  a  [.bench]  subdirectory  will  contain  one  or  more  test  shells  (”.sh”  filename 
extension).  The  test  shell  is  not  a  VHDL  source  code  file  ready  for  analysis.  It  is  input  for  a  VHDL 
code  generator  named  ’’gen.vhd”  that  resides  in  the  directory  [.bench].  This  code  generator  is 
written  in  VHDL,  and  when  simulated,  takes  the  test  shell  and  operator-input  generic  parameters, 
and  produces  syntactically  correct  VHDL  source  code.  The  generic  parameters  are  what  vary  the 
resulting  VHDL  source  file.  For  example,  a  generic  parameter  could  specify  how  long  a  model  is 
to  be  simulated,  or  how  many  signal  assignment  statements  an  architecture  is  to  contain,  The 
comments  of  each  test  shell  include  the  author,  the  date  of  creation,  an  explanation  of  parameter 
meaning(s),  and  an  example  of  generated  code  resulting  from  a  simulation  of  gen.vhd  with  the  test 
shell  and  specified  inputs  as  generic  parameters.  There  is  also  a  version  of  the  code  generator  for  use 
with  VHDL  toolsets  that  do  not  allow  generic  parameters  in  a  top-level  entity  :  front.end.vhd  and 
alternate.gcn.vhd.,  A  brief  description  of  each  test,  along  with  its  shell  file  appears  in  Appendix  B. 
Test  descriptions  arc  also  in  file  [.rcadme]test.edt  (VMS)  or  rcadrnc/test.edt  (UNIX)  in  the  VHDL 
Benchmark  Suite  documentation.  TKe  VHDL  source  for  the  code  generator  appears  in  Appendix 
C  and  in  directory  [.bench]  (VMS)  or  bench  (UNIX). 

The  [.corns]  directory  has  the  same  structure  as  [.bench].  For  each  subdirectory  under  [.bench] 
that  has  a  test,  there  is  the  same  subdirectory  in  [.corns]  that,  has  the  VMS  and  UNIX  command 
files  to  run  that  test.  The  command  files  to  analyze,  model  generate,  and  build  the  code  generator 
are  under  [  coins]. 
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111.  Corrections  and  Additions 


This  release  of  the  VHDL  Benchmark  Suite  includes  corrected  VHDL  models  ar.d  additional 
VHDL  models.  The  corrections  and  additions  made  to  the  previous  VHDL  Benchmark  Suite  fell 
into  one  of  several  categories. 

1.  Corrections  were  made  to  the  errant  VHDL  model. 

2.  Comments  were  included  with  the  errant  VHDL  model  stating  why  it  was  incorrect.  The 
errant  VHDL  model  was  not  removed.  A  corrected  version  of  the  VHDL  model  was  added 
to  the  VHDL  Benchmark  Suite1. 

3.  “Global1'  errors  were  corrected  throughout  all  VHDL  models2. 

4.  VHDL  models  that  include  more  VHDL  language  features  were  added  to  the  VHDL  Bench¬ 
mark  Suite. 

5.  “Realistic”  VHDL  models  of  simple  hardware  designs  were  added  to  the  VHDL  Benchmark 
Suite. 

Some  of  the  corrections  made  to  VHDL  models  reflect  recommendations  made  by  the  VASG. 
The  large  parity  generator  VHDL  models,  added  as  tests  328  through  331,  were  designed  to  be 
self-checking.  Therefore,  a  dataflow-type  Exclusive-OR  equation  is  used  to  verify  the  correctness  of 
the  large  collection  of  gates  used  to  calculate  the  parity.  This  helps  to  ensure  the  correct  operation 
of  the  target  simulator  when  handling  large  structural  descriptions. 


I  li<*  errant  V  HDL  model  may  be  used  t o  ensure  that  t lie  t arget  VHDL  environment  will  flag  the  error  indicated. 

2e.g.,  One  was  changed  to  0  nt. 
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IV.  Using  the  VHDL  Benchmark  Suite  System 


Two  "help  files”  exist  that  should  be  read  before  running  any  of  the  benchmarks.  They  are 
(.readmejhelp.txt  and  [.readmejunixipfo.txt  (VMS)  or  readme/help. txt  and  readme/unixinfo.tex 
(UNIX).  These  files  are  included  in  this  report  as  Appendix  D.  Only  UNIX  users  must  read  unix.info. 
It  explains  how  to  collect  timing  data  using  the  UNIX  ’’set  time”  command.  File  help.txt  explains 
how  to  use  the  VHDL  code  generator,  ’’gen.vhd,”  to  generate  VHDL  source  code  files  from  test 
shells,  then  use  the  command  files  to  analyze,  model  generate,  build,  and  simulate  the  tests  in 
batch  (VMS)  or  background  (UNIX)  mode. 


A 


V.  Recommendations 


After  running  the  benchmarks  with  varying  parameters,  users  can  get  an  idea  of  which  VHDL 
language  features  are  best  supported/implemented  by  their  system  and  VHDL  toolset,  and  can 
compare  their  results  with  those  obtained  running  the  tests  on  different  systems/VHDL  toolsets. 
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Appendix  A.  Category  Matrix 


Author:  Captain  Michael  A.  Dukes 

Date:  22  May  1989 

Revisions : 


25May89 

29May89 


31May89 


6Jun89 


8Jun89 


14Feb90 


Capt  Karen  M.  Serafi..o 
Added  Block  Asserts  item  G4 
Capt  Michael  A.  Dukes 

Reconfigured  For-loops  (L)  and  While  (0)  tc  the 
category  of  loops  (L) .  Under  Loops  exists  "exits," 
"while,"  and  "for."  Added  a  category  for 
Attributes,  (0).  Added  another  category  for  label 
size  testing  (T) . 

Capt  Michael  A.  Dukes 

Added  a  category  (U)  for  consideration  of  the 
number  of  waveforms  that  may  be  in  a  signal 
assignment  statement.  Also  added  another  category 
for  consideration  of  inertial  versus  transport  (V) . 
Capt  Karen  M.  Serafino 

Added  Procedure  Asserts  and  Function  Asserts  items 
GS  and  G6. 

Capt  Karen  M.  Serafino 

Added  Operators  "remainder,"  "absolute  value,"  and 
"exponentiation,"  items  P13,  P14,  and  P15 
respectively. 

Capt  Karen  M.  Serafino 

Added  another  category  for  configuration 
specifications  (W). 


Benchmark  Creation  Environment: 


Hardware  Environment 

Processor  -  Digital  Equipment  VAX  8820 
Memory  Size  -  32M  Bytes 
Disk  Type  -  RA-81 

Operating  System  -  VAX/VMS  5.2 


Vendor  Toolset  -  Sta  ard  VHDL  1076  Support  Environment 
j'nte:  ''tries  Inc.,  Bethesda,  MD 
Version  2.0  September  1,  1989 

Account  Parameters 

CPU  Limit  .  .  Infinit 

Buffered  1/0  Byte  Count  Quota  .  .  7190-> 

Timer  Queue  Entry  Quota  .  .  50 

Paging  File  Quota  .  123924 

Default  Page  Fault  Cluster  .  64 

Enqueue  Quota  .  200 

Max  Detached  Processes  .  0 
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Direct  I/O  Limit  .  18 

Bulfered  I 'O  Limit  .  18 

Open  File  Quota  .  59 

Subprocess  Quota  .  8 

AST  Quota  .  78 

Shared  File  Limit  .  0 

Max  Active  Jobs  .  0 
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1  f • t  hen  else 

1 

X 

N 

C*  sc 

I  X 

0 

Attributes 

1 

P 

Operators 

1 

Pi 

Add i t ion 

l 

P2 

Subt  r  s  c  t i on 

1 

P3 

N4i  1  t  » p  l  i  c  a  t  i  on 

1 

P4 

Division 

1 

P5 

Cones  t ens  t ion 

1 

P6 

AND 

1 

P7 

OR 

J 

P8 

NAO 

! 

P9 

NOR 

1 

P10 

XOR 

1  X 

X 

X 

X 

P)  1 

NOT 

1 

PI  2 

Modu l o 

1 

XXXXXXXXX 

P 1  3 

Rems i nde  r 

1 

P14 

Absolute  Va 1 ue 

1 

PI  5 

Ex  pone d i  i  a  t  i  on 

1 

0 

Aliased  S if ns  1 s 

I 

R  Access  Operations 

(sec  3.3  A  7.3.6) 


s 

File  I/O 

» 

SI 

Read 

1 

52 

Write 

1 

T 

Label  Sixe 

1 

T1 

Signal 

1 

T1A 

Architecture 

1 

TIB 

Block 

1 

TIC 

Por  t 

1 

T2 

Vs r iable 

1 

T2A 

Process 

1 

T3 

Cons  t  ant 

1 

T4 

T5 

in';,,. 

1 

1 

T6 

Component  Instant. 

1 

T7 

Entity  Label 

1 

T8 

Archi lecture  Labe  1 

1 

T9 

Block  Label 

1 

TIO 

Process  Label 

1 

V 

Wave  forms 

1 

V 

Inert i a  1 

1 

W  Configuration  Spec. 
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\  Test 
CATEGORY 


241  242  243  244  245  246  247  248  249  250  251  252  253  254  255  256  257  258  259  260  261  262  263  264 


A 

B 

C 

D 

D1 

D1A 

DIB 

D1C 

E 


Concurrent 

1  X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

Sequent i al 

1 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

Arch i  lecture 

1  X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

Blocked 

Guards 

Resolved 
Reg.  Resolved 
Bus  Resolved 


Ed urnerated  Types 

(Large  composite  types 


F  Components 


PI 

F2 

F3 

F4 

w /  Ports  1 

w/o  Purls  1 

w/  Gc  ne  r  i  c  s  1 

w/o  Gene  r i cs  ! 

G 

Asserts  1 

Gl 

Entities  1 

G2 

Architecture  ( 

G3 

Process  1 

G4 

B 1 ocl  1 

G5 

Proced-re  1 

G6 

Function  1 

H 

Procedures  1 

HI /R 

Ent i t ies/Recura i ve  1 

X  X 

X 

H2/R 

Archi tec  to  re /Recursive! 

X  X 

H3/R 

Process /Recurs ive  1 

1 

Functions  1 

I  1  /  R 

Ent i t ies/Recurs ive  1 

X  X 

1 2/R 

Archi t  ec  t  u  re /Recur  s i ve 1 

X  X 

I3/R 

Process/Recursive  1 

J  Levels  of  Heirarchy 


K  Arrayed 


X  X  X  X 


X  X  X  X 


L 

LI 

L2 

L3 

L4 

M 

N 

O 

P 

PI 

P2 

P3 

P4 

P« 

P6 
P7 
P8 
P9 
PIO 
PI  1 
PI  2 
PI  3 

PI  4 

PI  5 

Q 


Loops 
Fo  r 

Fo t  exit 

Wh  i  1  e 

NMi  i  I  e  exit 


X  X 


X  X 


X  X 


X  X 


I f-  then -el #e 

Case 


Attributes 


Ope  ra  tor s 
Addition 
Sub t r ac  t ion 
Mu) i ipl teat  ion 
Di  v  j  a  »uii 
Cone a t  ena t ion 
AM) 

OH 

NAM) 

NOR 

XOR 

NOT 

Modu 1 o 

Rema  i nde  r 

Absolute  Value 

Eaponen  t >  a l i on 


X  X  X  X  X  X  X 


XXXXXXXXXXXXXXXX 


Aliased  Signals 


R  Access  Operations 

(sec  3.3  *  7.3.6) 


s 

Pile  I/O 

1 

SI 

Read 

1 

S2 

Write 

i 

T 

Label  Size 

i 

T1 

S  i  gns I 

i 

T1A 

Archi  lecture 

i 

TIB 

Bl  ock 

i 

TIC 

Por  t 

i 

T2 

Vat  i  a  b i e 

i 

T2A 

Process 

i 

T3 

Cons  t  an  t 

i 

T4 

T5 

i 

i 

T6 

Component  Instant. 

i 

T7 

Entity  Labe  1 

i 

T8 

Archi lecture  Labe  1 

i 

T9 

Bl ock  Labe  1 

i 

T10 

Process  Label 

i 

U 

Wi ve  forms 

i 

V 

Inert  i  s I 

i 

w 

Configuration  Spec. 

i 
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\  Teit 
CATBGCRY 


265  266  267  26*  269  270  271  272  273  274  275  276  27?  278  279  280  281  282  283  284  285  286  287  288 


A 

B 

C 

D 

D1 

D1A 

DIB 

D1C 


Concur  rent 

i  X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

Sequent i al 

1 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

Arcb i  lecture 

1  X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

X 

Blocked 

Guard* 

Resolved 
Ref.  Resolved 
Bui  Resolved 


E  Enumerated  Types 

(Larfe  composite  types 


F  Components 


FI 

w/  Porta 

F2 

w/o  Ports 

F3 

w/  Generics 

F4 

w/o  Gener i cs 

G 

Asserts 

G1 

Entities 

G2 

Archil ecturc 

G3 

Process 

G4 

Block 

G5 

Procedure 

G6 

Func  t i on 

H 

Procedures 

HI  /R 

Ent it ies/Re cursive 

1  X 

X  X 

H2/R 

Arch i t  ecture /Recur  s i ve 

1  X  X 

X 

H3/R 

Process /Re  curs ive 

I 

Punct ion* 

11 /R 

Ent ities/ Re  cursive 

i  X  X 

1  2/R 

Arcb i t  ec  t  urc/Recur s i ve 

1  X  X 

I3/R 

Process /Re  curs ive 

J 

K 

L 

LI 

L2 

Li 

L4 

M 

N 

O 


Levels  of  Heirarchy 


Arrayed 


xxxxxxxx 

X  X  X  X 

X  X  X  X 


Loops 
Fo  r 

For  etit 

Vtoi  le 

'Mi  i  J  e  e*  i  t 


I  f -  then -else 

Case 

At  t  r ibutes 


XXXXXXXXXXXXXXXXXXXXX 

XXX 


Q  Al i ssed  S if o* l s 


R  Access  Operations 

(sec  3.3  k  7.36) 


s 

File  I/O 

1 

SI 

Retd 

1 

S2 

Wf  i  te 

1 

T 

Label  Size 

1 

Tl 

S  i  f  ns  1 

1 

T1A 

Architecture 

1 

TIB 

Block 

1 

TIC 

Por  t 

1 

T2 

Variable 

\ 

T2a 

Process 

I 

T3 

Cons  t  an  t 

1 

T4 

T5 

Type. 

Subtypes 

1 

1 

T  6 

Component  Instant. 

1 

T7 

Entity  Label 

1 

T8 

Arch  t  lecture  Labe  1 

1 

T9 

Block  Label 

1 

Tl  0 

Process  Label 

1 

U 

Wave  forms 

1 

V 

Inert i s 1 

1 

w 

Configuration  Spec. 

1 

P  Operator* 

PI  Addition 

P2  Subt  r  ac  t ion 

P3  Mil  t  i pi  i cat  ion 

P4  Division 

P5  C  neat  ena t ion 

P6  AN> 

P7  OR 

P8  NATO 

P9  NOR 

P10  XCR 

PI  I  NOT 

PI  2  Modu I o 

P13  Remainder 

PI 4  Absolute  Value 

P15  Exponentiation 
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\  Test 
CATEGORY 


A 

B 

C 

D 
Dl 
Dl  A 
DIB 
DlC 


P 

Fi 

F2 

F3 

F4 

G 

Gl 

G2 

G3 

G4 

G5 

G6 

H 

HI  /R 
H2/R 
H3/R 

I 

11/R 
1  2/R 
13/R 

J 


L 

LI 

L2 

L3 

L4 


P 

PI 

P2 

P3 

P4 

P5 

P6 

P7 

P8 

P9 

PIO 

Pll 

PI  2 

PI  3 

P14 

PI  5 

Q 

R 


Cnnco  rtcot 


Sequent ial 
Arch i tec  tare 


289  290  291  292  293  294  295  296  297  298  299  3C  301  302  303  304  305  306  307  308  309  310  3l 1  312 
XXXXXXX  X 

XXX  X  X  X  X  X  X  X  X  X  X  X  X 

X  XXXXXXXXXX  AXXXXXXXXXXXX 


Blocked 

Guard* 

Re  *ol ved 
Reg.  Rctolved 
Bu*  Resolved 


Enumerated  Type* 

(Large  con^poiite  type* 


Component  ■ 
w/  Port* 
w/ o  Por  t • 
w/  Generic* 
w/o  Genet i ca 


Assert* 

En{ i t  <e§ 
Arch i lecture 
Procea  * 

Block 
Procedure 
Pune  t i on 


Procedure* 

Eot i t i es /Recurs i ve 
Arcbi tecture/Recursive 
Procesa/Recurs  »ve 


Funct ion* 

En  t i t i es /Recur s i ve 
Architecture/Re cursive 
Pr oce  »  a /Recu  r  * i ve 


X  X 


X  X 


Levels  of  Heirsrchy 
Ar  rayed 


XXXXXXXX 
X  X  X  X 

X  X  X  X 


Loop* 

For 

For  ejtil 
Vtoi  le 
Wi  i 1 e  ex  >  t 


I ( •  then  else 

Case 


Attributes 


Opera  tori 
Add i t i on 
Subtract  ion 
Multiplication 
Division 
Concatenat ion 
AM) 

OR 

NAM) 

NCR 

XOR 

NOT 

Modu ( o 
Rem*  inde  r 
Absol ute  Value 
Exponent i a  t i on 


XXXXXXXXXXXXXXXXXXX 


Ai i aaed  Sign* I  a 


Access  Operation* 
(sec  3.3  *  7.3.6) 


s 

File  I/O 

1 

SI 

Read 

1 

X  X  X  X 

S2 

Write 

i 

T 

Label  Size 

i 

Tl 

Signal 

i 

T1A 

Architecture 

i 

TIB 

Block 

i 

TIC 

Por  t 

i 

T2 

Variable 

i 

T2A 

Process 

i 

T3 

Con*  tan! 

i 

T4 

T5 

Types 

Subtypes 

I 

! 

T6 

Component  Instant. 

1 

T7 

Entity  Label 

1 

T8 

Architecture  Labe  1 

1 

T9 

Block  Label 

1 

T10 

Process  Label 

1 

Wave  forms 
Inert  i  a  t 

Configuration  Spec 
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V  I  •  •  t 

CATEGORY 


313  314  315  316  317  3l«  319  320  321  322  323  324  325  326  327  32B  329  330  331 


A 

B 

C 

D 
D1 
Dl  A 
DIB 
D1C 


Concurrent 
Sequent i a  l 
Ar  eh i lecture 


xxxx  xxxx 

XXX  XX 

XXXXXXXXXXXXX 


xxxx 

xxxx 

xxxx 


Blocked 

Guardi 

Re • o 1 v  «  d 
Reg.  Resolved 
Bui  Resolved 


Enumerated  Typei 

(Large  composite  type* 


F 

FI 

F2 

F3 

F4 

Components  1 

w/  Port*  1 

w/o  Port!  1 

w/  Gener ics  1 

w/o  Gene  r i ci  1 

XXXX 

X 

X  X  X  X  X 

X 

G 

G1 

G2 

G3 

G4 

G5 

G6 

Alter  t i  ( 

Entitiei  1 

Arch i tecture  1 

P  r  oce •  •  1 

Block  1 

Procedure  1 

Function  i 

X 

X 

X 

X 

H 

HI  /R 
H2/R 
H3/R 

Procedures  1 

Ent i t ics/Recura ive  1 
Architecture/ Re curti ve 1 
Proceit/Recur • ive  1 

X 

X 

1 

1 1  /R 

1  2/R 

I3/R 

Func  t ioni  1 

Ent  i  t  iei/Recun  i  ve  1 

Archi tccture/ Recursive! 

Pr oce s • /Re cu r a  i  ve  1 

X 

X 

X 

J 

Levela  of  Hcirerchy  1 

X 

X 

K 

Arrayed  1 

X  X 

X 

L  Loop* 


LI 

Fo  r 

1 

X 

L2 

For  exit 

1 

L3 

Whi  le 

1 

L4 

While  exit 

1 

M 

1 f • 1  hen  -else 

i 

X 

N 

Cue 

i 

0 

Attribute! 

i 

X 

P 

Ope  r  a  t  o  r • 

i 

PI 

Addition 

i 

P2 

Subi  ncticn 

i 

P3 

Mi  1  i i p I  i c a  t i on 

i 

P4 

Di v  j  1 1 on 

i 

P5 

Cone* t  ena  t  ion 

i 

P6 

AND 

i 

P7 

OR 

i 

P8 

NANO 

i 

P9 

NOR 

i 

P10 

XOR 

i 

X 

X 

PI  1 

NOT 

i 

PI  2 

Mo  d  u  l  o 

i 

PI  3 

R  emi  i d  d  c  r 

i 

P14 

Ab  i  ol u l e  Value 

i 

PI  5 

Ex  pone  n  t i a  t i on 

i 

Q 

Aliaied  Signals 

i 

X 

X 

R 

Access  Operations 

i 

(sec  3.3  A  7.3.6) 

i 

S 

File  I/O 

i 

SI 

Read 

i 

S2 

Wr  i  t  e 

i 

T 

Labe  1  S  i  re 

i 

Tl 

Signal 

i 

T 1 A 

Architecture 

i 

TIB 

Block 

i 

TIC 

Poi  t 

i 

T  2 

V»  r  i  ab 1 e 

i 

T  2a 

Pr  oce  a  * 

i 

T3 

Cons  tint 

i 

T4 

Type  ■ 

i 

T  5 

Su  b  l  y pc  B 

i 

76 

Ccwnponent  Inst  am 

i 

T7 

k  n  t  i  i y  Label 

i 

T* 

Architecture  Label 

i 

T9 

Block  Libel 

i 

T  1  0 

Process  Label 

i 

U 

Wave  forms 

i 

V 

Inert  i  a  1 

i 

w 

Con6gu  rat  ion  Spe  c . 

i 
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Appendix  B.  Test  Descriptions,  Shell  Code,  und  Command  Files 


TEST  NUMBER  :  1 

PATHNAME  :  [ . BENCH . A . C . F3 . I 1] shellO . sh  (see  readme.txt  in  this  directory) 

(UNIX  equivalent  :  bench/a/c/f3/il/shellO. sh) 

PURPOSE  :  Determine  the  number  o f  signals  allowed  in  the  generic  clause  of 
a  component;  determine  the  number  of  such  components  allowed  in 
an  architecture  with  a  recursive  function  in  its  entity  declaration. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Michael  A.  Dukes 
--  DATE  :  25  May  1989 
—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  signal  declarations/signals  (minus  1)  per  component 

generic  map 

must  match  value  of  parameter  number  1  in  "shelll.sh" 

2  :  number  of  components 

--  EXAMPLE  : 

$  sim  gen/param="shellO . sh" , "testO. vhd" , 3 ,6 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shellO. sh\"\ , V'XtestO . vhd\"\ , 3 ,6) 
will  generate  a  model  in  file  "testO. vhd"  with  an  architecture 
in  the  form  : 
entity  vbmO  is 
end  vbmO; 

architecture  vbmO  of  vbmO  is 

signal  delay_time  :  integer  1; 
signal  delay_timel  :  integer  :=  1; 
signal  delay _time2  :  integer  :=  1; 
signal  delay_time3  :  integer  : =  1; 
component  vbml 

generic  (delay  :  integer 

;  delayl  :  integer 
;  delay2  :  integer 
;  delay?  :  integer 

). 

end  component; 

for  all  :  vbml  use  entity  work . vbml (vbml ) ; 
begin 

compl  :  vbml  generic  map  (delay.time 

,  delay_t’mel 
,  delaywtime2 
,  delay_time3 


comp6  :  vbml  generic  map  (delay_time 


end  vbmO; 


,  delay.timel 
,  delay_time2 
,  delay_time3 


entity  vbmO  is 
end  vbmO ; 

architecture  vbmO  ol  vbmO  is 

signal  delay_time  :  integer  :=  1; 

#l[  signal  delay_time®  :  integer  :=  1;] 
component  vbml 

generic  (delay  :  integer#l[;  delay®  :  integer] 

) ; 

end  component; 

lor  all  :  vbml  use  entity  work . vbml (vbml ) ; 
begin 

#2[  comp®  :  vbml  generic  map  (delay_time#l [,  delay_time®] 

);] 

end  vbmO; 


AUTHOR  :  Captain  Michael  A.  Dukes 
--  DATE  :  25  May  1989 
--  PARAMETER  NUMBER  MEANING 

1  :  number  ol  jignals  (minus  1)  in  entity  generic  clause,  number  of 
signal  declaxations/signal  assignment  statements  in  architecture 
must  match  value  ol  parameter  number  1  in  "shellO.sh" 

--  EXAMPLE  : 

$  sim  gen/param="shell 1 . sh" , "test  1 . vhd" ,3 

(UNIX  equivalent  :  */,  sim  gen  -param=\"\shell  1 .  sh\"\ , \"\t est  1 .  vhd\"\ ,  3) 
will  generate  a  model  in  lile  "testl  vhd"  with  an  architecture 
in  the  lorm  : 
entity  vbml  is 

generic  (delay  :  integer 
jdelayl  :  integer 
;delay2  :  integer 
;delay3  :  integer 
); 


architecture  vbml  of  vbml  is 
signal  go  :  bit; 
signal  clockl  :  bit; 
signal  clock2  :  bit; 
signal  clock3  :  bit; 
begin 

go  <=  'O’,  *  1*  after  delay_time(delay) ; 
clockl  <=  *  1*  nand  go  after  delay _time(delayl) ; 
clock2  <=  '1’  nand  go  after  delay_time(delay2) ; 
clock3  <=  ' 1*  nand  go  after  delay _time(delay3) ; 
end  vbml; 


entity  vbml  is 

generic  (delay  :  integer 
#1[  [delay©  :  integer] 

) ; 

function  dclay_time  (in_delay  :  integer)  return  time  is 
begin 

return (in.delay  *  1  ns); 
end; 

end  vbml ; 

architecture  vbml  of  vbml  is 
signal  go  :  bit; 

#l[  signal  clock®  :  bit;] 
begin 

go  <=  ’O’,  ’1’  after  delay_time(delay) ; 

#l[  clock®  <=  ’1’  nand  go  after  delay_time(delay®) ;] 
end  vbml; 


21 


TEST  NUMBER  :  2 


PATHNAME  :  [ .  BENCH . A . C. F3 . I2]ahell0 . sh  (see  readme.txt  in  this  directory) 

(UNIX  equivalent  :  bench/a/c/f 3/i2/shell0 . sh) 

PURPOSE  :  Determine  the  number  o f  signals  allowed  in  the  generic  clause  ol 
a  component;  determine  the  number  of  such  components  allowed  in 
an  architecture  with  a  recursive  function  in  its  architecture  body. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Michael  A,  Dukes 

—  DATE  :  25  May  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  signal  declarations/signals  (minus  3)  per  component 

generic  map 

must  match  value  of  parameter  number  1  in  "shelll.sh" 

2  :  number  of  components 

—  EXAMPLE  : 

$  sim  gen/p?ram="shellO. sh" ."testO. vhd" ,3 ,6 

(UNIX  equivalent  :  */.  sim  gen  --param=\"\shellO .  sh\"\ ,  V'XtestO .  vhd\"\ ,  3 , 6) 
will  generate  a  model  in  file  "testO. vhd"  with  an  architecture 
in  the  form  : 
entity  vbmO  is 
end  vbmO ; 

architecture  vbmO  of  vbmO  is 

signal  delay_time  :  integer  :=  1; 
signal  delay_timel  :  integer  :=  1; 
signal  delay_time2  :  integer  :=  1; 
signal  delay_time3  :  integer  :=  1; 
component  vbml 

generic  (delay  :  integer 

;  delay!  :  integer 
;  delay2  :  integer 
;  delay3  :  integer 

); 

end  component; 

for  all  :  vbml  use  entity  work . vbml (vbml ) ; 
begin 

compl  :  vbml  generic  map  (delay_time 

,  delay_timel 
,  delay_time2 
,  delay_time3 

); 


comp6  :  vbml  generic  *ap  (delay _time 


end  vbfflO; 


); 


,  delay_timel 
,  delay_tirae2 
,  delay_time3 


entity  vbmO  is 
end  vbmO; 

architecture  vbmO  of  vbmO  is 

signal  delay_time  :  integer  :=  1; 

#1[  signal  delay_timeffl  :  integer  :=  1;] 
component  vbml 

generic  (delay  :  integer#l[;  delay®  :  integer] 

) ; 

end  component ; 

for  all  ;  vbml  use  entity  work . vbml (vbml) ; 
begin 

#2[  comp®  :  vbml  generic  map  (delay _time#l [,  delay_time®] 

);] 

end  vbmO; 


AUTHOR  :  Captain  Michael  A.  Dukes 


—  DATE  ;  25  May  1989 

—  PARAMETER  NUMBER  MEANING 

1  :  number  of  signals  (minus  1)  in  entity  generic  clause,  number  of 
signal  declarations/signal  assignment  statements  in  architecture 
must  match  value  of  parameter  number  1  in  "shellO.sh" 


—  EXAMPLE  : 


$  sim  gen/param=”shelll . sh" ."test  1 . vhd" ,3 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shell  1 . sh\"\ , \"\t^.stl .  vhd\"\ ,3) 
will  generate  a  model  in  file  "testl.vhd"  with  an  architecture 
in  the  form  : 
entity  vbml  is 

generic  (delay  :  integer 
jdelayl  :  integer 
;delay2  :  integer 
;delay3  :  integer 


) 


architecture  vbml  of  vbml  is 
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function  delay.time  (in_delay  :  integer)  return  time  is 
begin 

return(in_delay  *  1  ns); 
end; 

signal  go  :  bit; 
signal  clockl  :  bit; 
signal  clock2  :  bit; 
signal  clock3  :  bit; 
begin 

go  <=  ’O’,  *1’  after  delay_time(delay) ; 
clockl  <=  *1’  nand  go  after  delay_time(delayl) ; 
clock2  <=  *1’  nand  go  after  delay_time(delay2) ; 
clock3  <=  ’1’  nand  go  after  delay_time(delay3) ; 
end  vbml; 


entity  vbml  is 

generic  (delay  :  integer 
#l[  ;delay®  :  integer] 

); 

end  vbml; 

architecture  vbml  of  v'jml  is 

function  delay.time  (in_delay  :  integer)  return  time  is 
begin 

return(in_delay  *  1  ns); 
end; 

signal  go  :  bit; 

#1[  signal  clock®  :  bit;] 
begin 

go  <=  ’O',  '1*  after  delay_time(delay) ; 

#1[  clock®  <=  *1’  nand  go  after  delay_time(delay®) ;] 
end  vbml ; 
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TEST  NUMBER  :  3 


PATHNAME  :  [. BENCH . A . C . D] shell . sh 

(UNIX  equivalent  :  bench/a/c/d/shell . sh) 

PURPOSE  :  Determine  the  maximum  number  of  blocks  allowed  in  an  architecture; 
determine  the  maximum  number  of  signal  declarations/signal 
assignment  statements  allowed  per  block;  determine  the  CPU  time 
required  per  block  for  analysis,  model  generation,  build,  and 
simulation. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  :  Seconds/block 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  DATE  :  26  Hay  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  blocks 

2  :  number  of  signal  declarations/signal  assignment  statments  per  block 

3  :  length  of  time  (ns)  to  simulate  model  (must  be  >  1) 

—  EXAMPLE  ; 

$  sim  gen/param="shell . sh" ."test. vhd” ,5,4,7 

(UNIX  equivalent  :  V,  sim  gen  -params\"\shell.sh\"\,\"\test.vhd\M\,5,4,7) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  blocks  is  end; 

go  <=  'O’,  ’1'  after  1  ns,  '0'  after  7  ns; 
bl  :  block 

signal  si  :  bit; 
signal  s2  :  bit; 
signal  s3  :  bit; 
signal  s4  :  bit; 
begin 


— 

si 

<= 

si 

nand 

go 

after 

1 

ns; 

— 

s2 

<= 

s2 

nand 

go 

after 

1 

ns; 

— 

s3 

<= 

s3 

nand 

go 

after 

1 

ns; 

— 

s4 

<= 

s4 

nand 

go 

after 

1 

ns; 

end  block  bl ; 


b5  :  block 
signal  si 
signal  s2 
signal  s3 


bit  ; 
bit ; 
bit ; 
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signal  s4  :  bit; 
begin 

si  <=  si  nand  go  after  1  ns; 

s2  <=  s2  nand  go  after  1  ns; 

s3  <=  s3  nand  go  after  1  ns; 

s4  <=  s4  nand  go  after  1  ns; 

end  block  bS; 
end  blocks; 


entity  blocks  is  end; 
architecture  blocks  of  blocks  is 
signal  go  :  bit; 
begin 

go  <=  'O’,  *1*  after  1  ns,  ’0’  after  */,3y,  ns; 
#1[  bffl  :  block 
#2[  signal  sG  :  bit;] 
begin 

#2[  sO  <=  sfi  nand  go  after  1  ns;] 
end  block  b®;] 
end  blocks ; 


TEST  NUMBER  :  4 

PATHNAME  :  [.BENCH. A. C.D.G4] shell. sh 

(UNIX  equivalent  :  bench/a/c/d/g4/shell. sh) 

PURPOSE  :  Determine  the  maximum  number  of  blocks  allowed  in  an  architecture; 
determine  the  maximum  number  of  signal  declarations/signal 
assignment  statements/assertions  (one  per  signal)  allowed  per  block; 
determine  the  CPU  time  required  per  block  for  analysis,  model 
generation,  build,  and  simulation. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  26  May  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  blocks 

2  :  number  of  signal  declarations/signal  assignment  statements/assertions 

per  block 

3  :  length  of  time  (ns)  to  simulate  model  (must  be  >  1) 

—  EXAMPLE  : 


2!) 


$  sim  gen/param=,‘shell.sh","test.vhd",5,3,8 

(UHIX  equivalent  :  %k  Bim  gen  -param=\"\shell.sh\"\,\"\test .vhd\"\,E,3,8) 
sill  generate  a  model  in  file  ’'test.vhd’*  nith  an  architecture 
in  the  form  : 

entity  blocks  is  end; 


go  <=  '0*.  *1»  after  1  ns,  'O' 
bl  :  block 

signal  si  :  bit; 
signal  s2  :  bit; 
signal  s3  :  bit; 
begin 

si  <=  si  nand  go  after  1  ns; 
assert  (sl=  ’O’)  or  (sl=  *1*) 
s2  <=  s2  nand  go  after  1  ns; 
assert  (s2=  ’O')  or  (s2=  *1*) 
s3  <=  s3  nand  go  after  1  ns; 
assert  (s3=  ’O')  or  (s3=  *  1  * ) 
end  block  bl ; 


after  8  ns; 


severity  error; 
severity  error; 
severity  error; 


b5  :  block 

signal  si  :  bit; 
signal  s2  :  bit; 
signal  s3  :  bit; 
begin 

si  <=  si  nand  go 
assert  (sl=  ’O’) 
s2  <=  s2  nand  go 
assert  (s2=  'O') 
s3  <=  s3  nand  go 
assert  (s3=  ’O’) 
end  block  b5 ; 
end  blocks; 


after  1  ns; 
or  ( 6 1=  ’1’) 
after  1  ns; 
or  (s2=  ' 1 ’) 
after  1  ns; 
or  (s3=  ’!’) 


severity  error; 
severity  error; 
severity  error; 


entity  blocks  is  end; 
architecture  blocks  of  blocks  is 
signal  go  :  bit; 
begin 

go  <=  ’O’,  ’1’  after  1  ns,  ’0’  after  V.3'/,  ns; 

#1[  b®  :  block 
#2[  signal  s®  :  bit;] 
begin 

02 C  s®  <=  s®  nand  go  after  1  ns; 

assert  (s®=  ’O’)  or  (s®=  ’1’)  severity  error;] 
end  block  bfi;] 
end  blocks; 
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TEST  NUMBER  :  5 


PATHNAME  :  [. BENCH. B.C.K. LI .M] shell. sh 

(UNIX  equivalent  :  bench/b/c/k/ll/m/shell.sh) 

PURPOSE  :  Determine  the  effect  on  simulation  CPU  time  when  the  following 
factors  are  varied  in  an  architecture  consisting  of  a  number  of 
processes  and  the  same  number  of  bit_vector  signal  declarations; 
each  process  consists  of  a  variable  declaration  of  a  bit_vector  the 
same  size  as  the  signals  above,  a  signal  assignment  statement,  and 
an  if-then-else  construct  with  for-loops  in  the  ’if’  and  'else' 
sections;  the  number  of  iterations  of  each  for-loop  is  equal  to  the 
size  of  the  bit .vectors,  and  a  variable  assignment  is  made  at  each 
iteration  :  number  of  processes/number  of  bit.vector  signal 
declarations,  bit .vector  size  of  the  signals,  and  length  of  time 
(in  ns)  to  simulate  the  model. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  ; 


—  AUTHOR  :  Captain  Michael  A.  Dukes 

—  DATE  ;  25  May  1989 

--  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  signal/process  repetitions 

2  :  bit.vector  size 

3  :  length  of  time  (ns)  to  simulate  model  (must  be  >  1) 

—  EXAMPLE  : 

$  sim  gen/param="shell.sh","test.vhd",10,100,5 

(UNIX  equivalent  :  V.  sim  gen  -param=\"\shell . sh\"\ ,\"\test .vhd\"\, 10, 100,5) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 


signal  bigl  :  bit.vector ( 100  downto  1); 


signal  biglO  :  bit.vector ( 100  downto  1); 
begin 

go  <=  ’1’  after  1  ns,  '0'  after  5  ns; 
pi  :  process(go.bigl) 

variable  temp  :  bit.vector (bigl ’range) ; 


bigl  <=  temp  nand  bigl  after  1  ns; 
end  process  pi; 
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plO  :  process (go .biglO) 

variable  temp  :  bit_vector(biglO’range) ; 

bigiO  <=  temp  nand  biglO  after  1  ns; 
end  process  plO; 
end  test; 

entity  test  is 
end  test; 

architecture  test  of  test  is 
signal  go  :  bit; 

#1[  signal  big®  :  bit  .vector  ('/,2y,  downto  1);] 
begin 

go  <=  ’1’  after  1  ns,  ’0’  after  y.3'/.  ns; 

#1[  p®  :  processCgo ,big®) 

variable  temp  :  bit.vector (big® ’range) ; 
begin 

if  go  =  *1’  then 

for  i  in  temp* range  loop 
temp(i)  :=  ’1’; 
end  loop; 
else 

for  i  in  temp’range  loop 
temp(i)  :=  ’O’; 
end  loop; 
end  if ; 

big®  <=  temp  nand  big®  after  1  ns; 
end  process  p®;] 
end  test; 
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TEST  NUMBER  :  6 


PATHNAME  :  [. BENCH. B.C.K.M] shell. sh 

(UNIX  equivalent  :  bench/b/c/k/m/shell . sh) 

PURPOSE  :  Determine  the  effect  on  simulation  CPU  time  when  the  following 
factors  are  varied  ir.  an  architecture  consisting  of  a  number  of 
processes  and  the  same  number  of  bit_vector  signal  declarations; 
each  process  consists  of  a  variable  declaration  of  a  bit_vector  the 
same  size  as  the  signals  above  and  an  if-then-else  construct  with 
a  signal  assignment  statement  in  the  'if'  section  and  a  for-loop  in 
the  ’el3e’  section;  the  number  of  iterations  of  the  for-loop  is 
equal  to  the  size  of  the  bit_vectors,  and  a  variable  assignment  is 
made  at  each  iteration  :  number  of  processes/number  of  bit_vector 
signal  declarations,  bit_vector  size  of  the  signals,  and  length  of 
time  (in  ns)  to  simulate  the  model. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Michael  A.  Dukes 

—  DATE  :  26  May  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  signal/process  repetitions 

2  :  bit_vector  size 

3  :  length  of  time  (ns)  to  simulate  model  (should  be  >  l) 

—  EXAMPLE  : 

$  sim  gen/param="shell . sh" , "test . vhd" , 10 , 100 ,5 
(UNIX  equivalent  :  'A  sim  gen  -param=\"\shell . sh\"\ ,\"\test . vhd\"\, 10, 100,5) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 


signal  bigl  :  bit_vector(100  downto  1); 


signal  biglO  :  bit_vector ( 100  downto  1); 
begin 

go  <=  ’1'  after  1  ns; 
stop  <=  ’1‘  after  5  ns; 
assert  (stop  =  '0')  severity  error; 
pi  :  process(go.bigl) 

variable  temp  :  bit.vector (bigl ’range) ; 
begin 

if  go  =  ’ 1 ’  then 


Mgl  <=  temp  nand  bigl  alter  1  ns; 


end  process  pi; 


plO  :  process(go, biglO) 

variable  temp  :  bit_vector(biglO’range); 
begin 

il  go  =  ’1'  then 

biglO  <=  temp  nand  biglO  after  1  ns; 


end  process  plO; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
signal  go  :  bit; 
signal  stop  ;  bit; 

#l[  signal  big®  :  bit_vector (7.2V.  dovnto  1);] 
begin 

go  <=  ’ 1*  after  1  ns; 

stop  <=  *1’  after  7.37.  ns; 

assert  (stop  =  ’O')  severity  error; 

#l[  pfi  ;  process(go,big®) 

variable  temp  :  bit_vector (big® ’ range) ; 
begin 

if  go  =  ’ 1 ’  then 

big®  <=  temp  nand  big®  after  1  ns; 
else 

for  i  in  temp’ range  loop 
temp(i)  :=  ’1’; 
end  loop; 
end  if ; 

end  process  p®;] 
end  test; 


TEST  HUMBER  :  7 


PATHNAME  :  [. BENCH . A . C] shell . sh 

(UNIX  equivalent  :  bench/a/c/shell . sh) 

PURPOSE  :  Determine  the  maximum  number  of  signal  declarations/signal  assignment 
statements  allowed  in  an  architecture;  determine  the  CPU  time 
required  for  simulating  the  model,  varying  the  time  before  reaching 
a  quiescent  state  inside  the  description;  determine  the  CPU  time 
required  per  signal  for  analysis,  model  generation,  build,  and 
simulation . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Michael  A.  Dukes 

—  Date  :  25  Hay  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  ;  number  of  signal  declarations/signal  assignment  statements 

2  ;  length  of  time  (ns)  to  simulate  model  (must  be  >  1) 

—  EXAMPLE  : 

$  sim  gen/param="shell . sh" ."test .vhd" ,25,3 

(UNIX  equivalent  :  */.  sim  gen  -param=\"\shell .  sh\"\ , \"\test .  vhd\"\ ,25 ,3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

signal  clockl  :  bit; 


signal  clock25  :  bit; 
begin 

go  <=  ’1’  after  1  ns,  'O’  after  3  ns; 
clockl  <=  clockl  nand  go  after  1  ns; 


clock25  <=  clock25  nand  go  after  1  ns; 
end  testor; 


entity  test  is 
end  test; 

architecture  testor  of  test  is 


signal  go  :  bit; 

#1[  signal  clock®  :  bit;] 

begin 

go  <=  *  1*  alter  1  ns,  ’O’  after  ns; 
#1[  clock®  <=  clock®  nand  go  after  1  ns;] 
end  testor; 
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TEST  HUMBER  :  8 


PATHNAME  :  [. BENCH . B . K . Mj shell . sh 

(UNIX  equivalent  :  bench/b/k/m/shell . sh) 

PURPOSE  :  Determine  the  effect  on  simulation  CPU  time  when  the  following 

factors  are  varied  in  an  architecture  consisting  of  one  bit_vector 
signal  declaration  and  a  number  of  processes  equal  to  the  bit_vector 
size  of  the  signal;  each  process  consists  of  an  if-then-else 
construct,  where  the  ’if’  and  ’else’  sections  each  contain  a  signal 
assignment  statement  :  bit_vector  size/number  of  processes  and  length 
of  time  (in  ns)  to  simulate  model. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Michael  A.  Dukes 

—  Date  :  31  May  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  bit_vector  size/number  of  processes/number  of  ’if’  statements 

2  :  length  of  time  (ns)  to  simulate  model  (must  be  >  1) 

—  EXAMPLE  : 

$  sim  gen/param="shell . sh" , "test . vhd" , 15 , 3 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shell  .sh\"\,\"\test  .vhd\"\,  15,3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 
end  test; 

architecture  testor  of  test  is 
signal  go  :  bit; 

signal  clock  :  bit_vector(15  downto  1); 
begin 

go  <-  ’1’  after  1  ns,  '0'  after  3  ns; 
prl;  process  (go , clock ( 1) ) 

constant  zero  :  bit  :=  'O’; 
begin 

if (clock ( 1 )=zero) then 

clock(l)  <=  clock(l)  nand  go  after  1  ns; 
else 

clock(l)  <=  clock(l)  nand  go  after  1  ns; 
end  if; 

end  process  prl; 


prl5:  process  (go , clock ( 1 5 ) ) 

constant  zero  :  bit  'O’; 


begin 

if (clock (IS) =zero) then 

clock( 15)  <=  clock(15)  nand  go  after  1  ns 
else 

clock(l5)  <=  clock(15)  nand  go  after  1  ns 
end  if ; 

end  process  prl5; 
end  testor; 


entity  test  is 
end  test; 

architecture  testor  of  test  is 
signal  go  :  bit; 

signal  clock  :  bit_vector ('/.l'/,  downto  1); 
begin 

go  <=  *  1*  after  1  ns,  ’O'  after  ns; 


#1[  pr®:  process  (go , clock(®) ) 

constant  zero  :  bit  :=  ’O’; 
begin 

if (clock (®)=zero) then 

clock(fi)  <=  clock(e)  nand  go  after  1  ns; 
else 

clock(®)  <=  clock(fl)  nand  go  after  1  ns; 
end  if ; 

end  process  pr®;] 
end  testor; 


i 
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TEST  NUMBER  :  9 


PATHNAME  :  [. BENCH . B . G6 . H3 . 13 . M. Q] shell . sh 

(UNIX  equivalent  :  bench/b/g6/h3/i3/m/q/shell . sh) 

PURPOSE  :  Determine  the  effect  on  CPU  time  vhen  analyzing,  model  generating, 
building,  and  simulating  the  following  model  :  an  architecture 
consisting  of  a  number  of  unaliased  signal  declarations,  a  number 
of  aliased  signal  declarations,  and  three  types  of  processes.  The 
first  type  of  process  has  two  signal  assignment  statements.  The 
architecture  contains  one  of  this  type,  and  a  number  of  the  other 
two  types  of  processes.  The  second  process  type  has  three  variable 
declarations,  a  procedure  declaration,  an  if-then-else  statement 
where  the  "if"  and  "else"  sections  each  have  two  variable  assignment 
statements,  a  procedure  call,  and  an  aliased  signal  assignment 
statement.  The  procedure  consists  of  one  variable  declaration,  a 
function  declaration,  a  function  call  via  a  variable  assignment 
statement,  and  an  if-then-else  statement,  where  the  "if"  and  "else" 
sections  each  have  a  function  call  via  a  variable  assignment 
statement.  The  function  has  one  variable  declaration,  an  if-then- 
else  statement,  where  the  "if"  and  "else"  sections  each  have  two 
variable  assignment  statements,  a  return  statement,  and  an  assert 
statement.  The  third  process  type  has  three  variable  declarations,  a 
procedure  declaration,  an  if-then-else  statement,  where  the  "if"  and 
"else"  sections  each  have  a  variable  assignment  statement,  a 
procedure  call,  and  an  unaliased  signal  assignment  statement.  The 
procedure  is  identical  to  the  one  in  the  second  type  of  process. 

The  function  is  identical  to  the  one  in  the  second  type  of  process, 
except  it  has  one  assert  statement  instead  of  two.  The  factors  to 
be  varied  are  the  number  of  unaliased  signal  declarations/number  of 
type  two  processes,  the  number  of  aliased  signal  declarations/number 
of  type  three  processes,  and  the  length  of  time  (in  ns)  to  simulate 
the  model. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Michael  Dukes 
Date  :  1  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  number  of  signal  declarations/processes  not  using  an  aliased  signal 

2  :  number  of  signal  declarations/processes  using  an  aliased  signal 

3  :  length  of  time  to  simulate  model  (ns) 

--  EXAMPLE 

$  sim  gen/param="shell . sh" , "test . vhd" , 1 1 , 8 ,5 

(UNIX  equivalent  :  '/  sim  gen  -param=\"\shell . sh\"\, \"\test . vhd\"\ , 1 1 ,8, 5) 


vill  generate  a  model  in  file  "test.vhd” 
in  the  form  : 

use  work. mos_logic_package3 . all; 
entity  nested  is  end; 
architecture  nested  of  nested  is 
signal  go:mos_node; 
alias  g2  :  mos_node  is  go; 
signal  si  :  mos_node; 


with  an  architecture 


signal  sll  :  mos_node; 
signal  sal  :  mos.node; 

signal  sa8  :  mos_node; 
begin 

process 

begin 

go.L.S  <=  ’D’  after  1  ns; 
go.L.V  <=  >1* 

, ’0’  after  1  ns 
,  '  1  ’  after  2  ns 
, '0'  after  3  ns 
, ’ 1 ’  after  4  ns 
, ’O'  after  5  ns 


wait ; 

end  process; 

pral  :  process(g2) 
variable  vO ,vl : integer : =0 ; 
variable  stmp  :  mos_node; 

procedure  f 1 (nl : integer ;n4 : out  mos_node)  is 
variable  n3:mos_node; 

function  f2(n2 : integer)  return  mos.node  is 
variable  temp  :  mos_node; 
begin 

if  (n2  mod  3=0)  then  temp.L.S  :=  'D';temp.L.V  :=  ’O'; 
else  temp.L.S  :=  ’D' ;temp.L.V  :=  'O’; 
end  if ; 
return  temp; 

assert  (n2  <  10000)  severity  error; 
assert  false  severity  error; 
end  f2; 
begin 

n3  :=  f 2(vl) ; 

if  (nl  mod  2=0)  then  n4  :=  snot(snor (g2 ,n3) ) ; 
else  n4  :=  snot(snand(g2,n3)) ; 
end  if ; 
end  fl; 
begin 
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if  (g2.L.S  =  'D')  and  (g2.L.V  =  *0')  then  v0:=v0+l; 

else  vl:=vl+l; 

end  if ; 

fl(v0,stmp) ; 

sal  <=  stmp  after  1  ns; 

end  process  pral  ; 


pra8  :  process (g2) 
variable  v0,vl:integer:=0; 
variable  stmp  :  mos_node; 

procedure  f 1 (nl : integer;n4 : out  mos_node)  is 
variable  n3:mos_node; 

function  f2(n2; integer)  return  mos_node  is 
variable  temp  :  mos_node; 
begin 

if  (n2  mod  3=0)  then  temp.L.S  :=  *D’;temp.L.V  :=  ’O'; 
else  temp.L.S  :=  *D’;temp.L.V  :=  ’O’; 
end  if ; 
return  temp; 

assert  (n2  <  10000)  severity  error; 
assert  false  severity  error; 
end  f2; 
begin 

n3  :=  f 2(vl) ; 

if  (nl  mod  2=0)  then  n4  :=  snot(snor(g2,n3)) ; 
else  n4  :=  snot(snand(g2,n3)) ; 
end  if ; 
end  f 1 ; 
begin 

if  (g2.L.S  =  ’D’)  and  (g2.L.V  =  '0')  then  v0:=v0+l; 

else  vl:=vl+l; 

end  if ; 

fl(vO.stmp) ; 

sa8  <=  stmp  after  1  ns; 

end  process  pra8  ; 


prl  :  process(go) 
variable  vO ,vl : integer : =0 ; 
variable  stmp  :  mos_node; 

procedure  f 1 (nl : integer ;n4 : out  mos_node)  is 
variable  n3:mos_node; 

function  f2(n2 : integer)  return  mos.node  is 
variable  temp  :  mos_node; 
begin 

if  (n2  mod  3=0)  then  temp.L.S  :=  ’D’jtemp.L.V  :=  'O’; 
else  temp.L.S  :=  ’D’;temp.L.V  :=  ’O’; 
end  if ; 
return  temp; 

assert  false  severity  error; 
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end  f 2; 
begin 

n3  :=  f2(vl) ; 

if  (nl  mod  2=0)  then  n4  :=  snot (snor(go ,n3) ) ; 
else  n4  :=  snot(snand(go ,n3)) ; 
end  if ; 
end  fl; 
begin 

if  (go.L.S  =  ’D ’ )  and  (go.L.V  =  *0')  then  v0:=v0+l; 

else  vl:=vl+l; 

end  if ; 

f l(v0,stmp) ; 

si  <=  stmp  after  1  ns; 

end  process  prl  ; 


prll  :  process(go) 
variable  vO ,vl : integer : =0 ; 
variable  stmp  :  mosjnode; 

procedure  f l(nl : integer ;n4 : out  mos_node)  is 
variable  n3:mos_node; 

function  f2(n2 : integer)  return  mos_node  is 
variable  temp  :  mos_node; 
begin 

if  (n2  mod  3=0)  then  temp.L.S  :=  ’D’;temp.L.V  :=  ’0’ 
else  temp.L.S  :=  'D’jtemp.L.V  :=  'O’; 
end  if ; 
return  temp; 

assert  false  severity  error; 
end  f2; 
begin 

n3  :=  f2(vl); 

if  (nl  mod  2=0)  then  n4  :=  snot(snor(go,n3)) ; 
else  n4  :=  snot(snand(go,n3)) ; 
end  if ; 
end  f 1 ; 
begin 

if  (go.L.S  =  ’D’)  and  (go.L.V  =  '0')  then  v0:=v0 +  1; 
else  vl:=vl+l; 
end  if ; 
f 1 (vO, stmp) ; 
sll  <=  stmp  after  1  ns; 
end  process  prll  ; 
end  nested; 


use  work. mos_logic_package3. all; 
entity  nested  is  end; 
architecture  nested  of  nested  is 
signal  go :mos_node; 
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alias  g2  :  mos.node  is  go; 

#l[  signal  sC  :  mos.node;] 

#2[  signal  sa®  :  mos.node;] 

begin 

process 

begin 

go.L.S  <=  ’D’  alter  1  ns; 
go.L.V  <=  *1* 

#3[  , ’$2$0$1$’  alter  ®  ns] 

» 

wait; 

end  process; 

#2[  pra®  :  process(g2) 

variable  vO,vl :integer:=0; 
variable  stmp  :  mos.node; 

procedure  11 (nl : integer ;n4 : out  mos_node)  is 
variable  n3:mos_node; 

lunction  12(n2 : integer)  return  mos_node  is 
variable  temp  :  mos_node; 
begin 

il  (n2  mod  3=0)  then  temp.L.S  :=  'D’;temp.L.V  : 
else  temp.L.S  :=  ’D’;temp.L.V  :=  ’O’; 
end  il ; 
return  temp; 

assert  (n2  <  10000)  severity  error; 
assert  lalse  severity  error; 
end  12; 
begin 

n3  :=  1 2(vl)  ; 

il  (nl  mod  2=0)  then  n4  :=  snot (snor (g2  ,n3) ) ; 
else  n4  :=  snot (snand(g2 ,n3) ) ; 
end  il ; 
end  11; 
begin 

il  (g2.L.S  =  ’D’)  and  (g2.L.V  =  '0')  then  v0:=v0+l; 
else  vi:=vl+l; 
end  il ; 

11 (vO, stmp) ; 

sa®  <=  stmp  alter  1  ns; 

end  process  pra®  ;] 

#1[  pr®  :  process(go) 

variable  vO , vl : integer : =0; 
variable  stmp  :  mos.node; 

procedure  fl(nl : integer ;n4 :out  mos_node)  is 
variable  n3:mos_node; 

lunction  12(n2 : integer )  return  mos.node  is 
variable  temp  :  mos.node; 
begin 

il  (n2  mod  3=0)  then  temp.L.S  :=  ’D’;temp.L.V  : 
else  temp.L.S  :=  ’D’;temp.L.V  :=  ‘O’; 


end  if; 
return  temp; 

assert  false  severity  error; 
end  f 2; 
begin 

n3  :=  f 2(vl) ; 

if  (nl  mod  2=0)  then  n4  :=  snot(snor(go,n3)) 
else  n4  :=  snot(snand(go,n3)) ; 
end  if ; 
end  f 1 ; 
begin 

if  (go.L.S  =  'D ’ )  and  (go.L.V  =  '0')  then  v0:= 
else  vl:=vl+l; 
end  if ; 
fl(v0, strap) ; 
s®  <=  stmp  after  1  ns; 
end  process  pr®  ;] 
end  nested; 


vO+i; 


•11 


TEST  NUMBER  :  10 


PATHNAME  :  [.BENCH. A. C.U] shell. sh 

(UNIX  equivalent  :  bench/a/c/u/shell . sh) 

PURPOSE  :  Determine  the  maximum  number  of  values  allotted  in  a  waveform  of  a 
signal  assignment  statement;  determine  the  CPU  time  required  for 
analysis,  model  generation,  build,  and  simulation  of  the  model. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 

—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  DATE  :  2  June  1989 

—  PARAMETER  MEANING  : 

1  :  length  of  time  to  simulate  model/number  (-1)  of  waveforms  in  signal 
assignment  statement 

—  EXAMPLE  : 

$  sim  gen/param="shell.sh" ,  "test . vhd" , 10 

(UNIX  equivalent  :  V.  sim  gen  -param=\"\shell.sh\"\,\"\test.vhd\"\,10) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 


— 

signal  sig 

:  bit; 

— 

begin 

— 

sig  <=  ’0’ 

— 

,  *1* 

after 

1  ns 

— 

,  '0‘ 

after 

2  ns 

— 

,  ’0' 

after 

10  ns 

end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
signal  sig  :  bit; 
begin 

sig  <=  ’O’ 

#1[  , ’$2$1$0$ ’  after  8  ns] 

I 

end  test; 
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TEST  NUMBER  :  11 


PATHNAME  :  [.BENCH . A . C . H2.L1 . M.S2] shell . sh 

(UNIX  equivalent  :  bench/a/c/h2/ll/m/s2/shell.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  write  characters  to 
an  output  Tile.  The  model  simulated  is  an  architecture 
consisting  of  a  procedure  declaration  and  a  procedure  call.  The 
procedure  consists  o f  a  for-loop  containing  a  write  statement 
(one  character)  and  an  if-then  construct  containing  a  write 
statement  (one  character).  The  factor  to  be  varied  is  the  number 
of  characters  to  write  to  the  file  during  one  simulation. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  DATE  :  2  June  1989 

—  PARAMETER  MEANING  : 

1  :  number  of  characters  to  write  to  output  file  "data_file.dat"; 
after  every  75  characters,  a  linefeed  is  written 

—  EXAMPLE  : 

$  sim  gen/param="shell.sh", "test. vhd", 100 

(UNIX  equivalent  :  7.  sim  gen  -param=\"\shell . sh\"\,\"\test . vhd\"\ , 100) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

type  char_file  is  file  of  character; 
file  out.file  :  char_file  is  out  "data_file.dat"; 
procedure  write_f ile(number_of .characters  :  in  integer)  is 
begin 

for  i  in  1  to  number_of .characters  loop 
write(out_f ile, ’*’) ; 
if  (i  mod  75)  =  0  then 

write (out .file, If); 
end  if ; 
end  loop; 
end  write.file; 
begin 

write.file(lOO) ; 
end  test; 

After  simulating  kernel  test,  "data_file.dat"  will  be  as  follows  : 

*************************************************************************** 

************************* 
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entity  test  is  end; 
architecture  test  o f  test  is 

type  char_file  is  file  of  character; 
file  out_file  :  char_file  is  out  "data_file.dat"; 
procedure  write.f ile(number_of .characters  :  in  integer)  is 
begin 

for  i  in  1  to  number_of_characters  loop 
write(out_file,  *«■*) ; 
if  (i  mod  75)  =  0  then 

-  »rite(out_f ile.lf ) ; 
end  if ; 
end  loop; 
end  write_file; 
begin 

Hrite_file(*/,1'/.); 
end  test ; 
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TEST  NUMBER  :  12 


PATHNAME  :  [. BENCH. B.C.S2] shell, sh 

(UNIX  equivalent  :  bench/b/c/s2/shell . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  lor  writing  characters 

to  an  output  lile.  The  model  simulated  is  an  architecture  consisting 
ol  a  process  containing  a  number  ol  write  character/write  linefeed 
combinations.  The  factor  to  be  varied  is  the  number  of  write 
character/write  linefeed  pairs. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 
DATE  :  5  June  1989 

—  PARAMETER  MEANING  : 

1  :  number  of  lines  to  write  to  output  file  "data_file.dat";  each 
line  consists  of  a  followed  by  a  linefeed 

—  EXAMPLE  : 

$  sim  gen/param="shell.sh", "test. vhd", 100 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell . sh\"\ ,\"\test . vhd\"\ ,  100) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  (each  write  statement  repeated  100  times)  : 
entity  test  is  end; 
architecture  test  of  test  is 

type  char_file  is  file  of  character; 
file  out_file  ;  char_file  is  out  "data_file.dat"; 
begin 
process 
begin 

write(out_f ile, ** ’ ) ; 
write(out_f ile.lf ) ; 
write(out_file, ’*’) ; 
write(out_f ile.lf) ; 


write(out_file, ’* ’ )  ; 
write(out_file,lf ) ; 
write(out_file, ’*’) ; 
write(out_file,lf ) ; 
wait ; 

end  process; 
end  test; 

After  simulating  Kernel  test,  "data_file.dat"  will  be  as  follows  : 
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(100  lines) 

* 

* 

* 

* 


entity  test  is  end; 
architecture  test  of  test  is 

type  char_file  is  file  of  character; 
file  out_f ile  :  char_file  is  out  "data_file.dat''; 
begin 
process 
begin 

#l[  write(out_f ile, ’**) ; 

write(out_file,lf ) ;] 
wait ; 

end  process; 
end  test; 
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TEST  HUMBER  :  13 


PATHNAME  :  [. BENCH . A . C . H2 .L3 . S2] shell . sh 

(UNIX  equivalent  :  bench/a/c/h2/13/s2/shell . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  write  characters  to 

an  output  file.  The  model  simulated  is  an  architecture  consisting  of 
a  procedure  declaration  and  a  procedure  call.  The  procedure  consists 
of  a  while-loop  construct,  where  a  write  character/write  linefeed 
combination  is  executed  at  each  iteration.  The  factor  to  be  varied 
is  the  number  of  iterations  the  nnile-loop  will  be  executed. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  DATE  :  5  June  1989 

—  PARAMETER  MEANING  : 

1  :  number  of  lines  to  write  to  output  file  "data_file.dat";  each 
line  consists  of  a  followed  by  a  linefeed 

—  EXAMPLE  : 

$  sim  gen/param="shell . sh" , "test. vhd" , 100 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell . sh\"\ , \"\test . vhd\"\ ,  100) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

type  char_file  is  file  of  character; 

file  out_fil3  :  char.file  is  out  "data_file.dat"; 

procedure  write_file  is 

variable  number.of .lines  :  integer  :=  100; 
begin 

while  number.of .lines  >  0  loop 
write(out_file ,  ’**) ; 
write(out_f ile.lf ) ; 

number.of .lines  :=  number.of .lines  -  1; 
end  loop; 
end  write.file; 
begin 

write.file; 
end  test; 

After  simulating  kernel  test,  "data_file.dat"  will  be  as  follows  : 
(100  lines) 

* 

* 
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entity  test  is  end; 
architecture  test  of  test  is 

type  char_file  is  file  of  character; 

file  out_file  :  char_file  is  ou‘  "data.file  dat" 

procedure  write.file  is 

variable  number.of .lines  :  integer  :=  '/.l'/,; 
begin 

while  number_of_lines  >  0  loop 
writ e (out _f il e ,  '*’)■' 
write(  ut.file ,lf ) ; 

number.of .lines  :=  number.of .lines  -  1; 
end  loop; 
end  write.file; 
begin 

write.file; 
end  test; 


TEST  IUMBER  :  14 


PATHNAME  :  [ . BENCH . A . C . H2 . S2] shell . sh 

(UNIX  equivalent  :  bench/a/c/h2/s2/shell . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  write  characters 

to  an  output  file.  The  model  simulated  is  an  architecture  consisting 
o f  a  procedure  declaration  and  a  procedure  call.  The  procedure 
consists  of  a  number  of  write  character/write  linefeed  combinations. 
The  factor  to  be  varied  is  the  number  of  write  character/write 
linefeed  pairs  m  the  procedure. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  DATE  :  5  June  1989 

—  PARAMETER  MEANING  : 

1  :  number  of  lines  to  write  to  output  file  "data_file.dat";  each 
line  consists  of  a  followed  by  a  linefeed 

—  EXAMPLE  . 

$  sim  gen/param="shell . sh” , "test .vhd" , 100 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shell .  sh\"\ , \"\test .  vhd\"\  ,  100) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

type  char_file  is  file  of  character; 

file  out_file  ;  char_file  is  out  "data_file.dat"; 

procedure  write.file  is 

begin 

write(out_f ile  ,  ’  *  '  ) ;  (100 

write(out_f ile  ,lf ) ;  repetitions) 

write(out_f  ile,  ’*  ') ; 
write(out_f ile ,lf ) ; 
end  write.file; 
begin 

write_file; 
end  test; 

After  simulating  kernel  test,  "data_file.dat"  will  be  as  follows  : 
(100  lines) 
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* 

* 

entity  test  is  end; 
architecture  test  o f  test  is 

type  char .file  is  file  of  character; 

file  out.file  :  char.file  is  out  "data_file.dat" 

procedure  write.file  is 

begin 

#l[  write(out_f ile , ’* ’ ) ; 

write(out_file,lf) ;] 
end  urite.file; 
begin 

write.f ile; 
end  test; 


TEST  NUMBER  :  15 


PATHNAME  :  [.BENCH. A. C.R2R.H.S2] shell. sh 

(UNIX  equivalent  :  bench/a/c/h2r/m/s2/shell . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  for  writing  characters 

to  an  output  file.  The  model  simulated  is  an  architecture  consisting 
of  a  procedure  declaration  and  a  procedure  call.  The  procedure 
consists  of  a  write  character/write  linefeed  combination  and  a 
recursive  call  to  itself.  The  factor  to  be  varied  is  the  number  of 
times  the  procedure  will  recursively  call  itself. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  ;  Captain  Karen  M.  Serafino 
DATE  :  5  June  1989 

—  PARAMETER  MEANING  : 

1  :  number  of  lines  to  write  to  output  file  "data_file.dat";  each 
line  consists  of  a  followed  by  a  linefeed 

—  EXAMPLE  : 

$  sim  gen/param="shell.sh","test.vhd",20 

(UNIX  equivalent  :  '/.  sim  gen  -param=\”\shell . sh\"\,  V'Xtest . vhd\"\  ,20) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

type  char_file  is  file  of  character; 
file  out_file  :  char_file  is  out  "data_file.dat"; 
procedure  write.f ile(number_of .lines  :  in  integer)  is 
begin 

write(out_f ile ,  ’ *  ’ ) ; 
write (out _f ile , If ) ; 
if  number_of_lines  >  1  then 

write.f ile(number_of_lines  -  1); 
end  if; 

end  write.file; 
begin 

write.f ile(20) ; 
end  test; 

After  simulating  kernel  test,  "data_file.dat"  will  be  as  follows  : 
(20  lines) 


* 

* 

entity  test  is  end; 
architecture  test  o f  test  is 

type  char_file  is  file  of  character; 
file  out_file  :  char_file  is  out  "data_file.dat"; 
procedure  srite_f ile(number_of_lines  :  in  integer) 
begin 

urite(out_f ile, '*’)  ; 
write(out_f ile ,lf ) ; 
if  number_of _lines  >  1  then 

urite_f ile(nuinber_of_lines  -  1); 
end  if ; 

end  write_file; 
begin 

write_f  ile(*/.l'/.)  ; 
end  test; 


TEST  HUMBER  :  16 


PATHNAME  :  [. BENCH. B. PI] shellO.sh 

(UNIX  equivalent  :  bench/b/pl/shellO . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
addition  statements.  The  model  simulated  is  an  architecture 
consisting  of  a  process.  The  process  contains  a  number  of 
integer  variable  declarations  and  an  addition  statement  for  each 
variable.  The  factor  to  be  varied  is  the  number  of  variable 
declarations/addition  statements  in  the  process. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 

AUTHOR  :  Captain  Karen  M.  Serafino 

—  DATE  :  S  June  1989 

—  PARAMETER  MEANING  : 

1  :  number  of  variable  declarations/variable  addition  statements  in  the 
process 

—  EXAMPLE  : 

$  sim  gen/param="shell0.sh","test.vhd",20 

(UNIX  equivalent  :  */,  sim  gen  -param=\"\shell0.sh\"\,\"\test.vhd\"\,20) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 
process 

variable  varl  :  integer  :=  0; 

variable  var20  :  integer  :=  0; 
begin 

varl  :=  varl  +  1; 


var20  :=  var20  +  1; 
wait  ; 

end  process; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 


begin 

process 

#l[  variable  var®  :  integer  :=  0;] 
begin 

#l[  var#  :=  var®  +  1;] 
wait ; 

end  process; 
end  test; 
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TEST  HUMBER  :  17 


PATHNAME  :  [.BENCH. A.C.H2.Pl]shellO. sh 

(UNIX  equivalent  :  bench/a/c/h2/pl/shellO . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
addition  statements.  The  model  simulated  is  an  architecture 
consisting  of  a  procedure  declaration  and  a  procedure  call.  The 
procedure  consists  of  a  number  of  integer  variable  declarations 
and  an  addition  statement  for  each  variable.  The  factor  to  be  varied 
is  the  number  of  variable  declarations/addition  statements  in  the 
procedure. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  6  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/variable  addition  statements  in 
procedure 

—  EXAMPLE  : 

$  sim  gen/param="shellO . sh" , "test . vhd" ,20 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shellO. sh\"\ ,\"\test . vhd\"\,20) 
sill  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
procedure  add  is 

variable  varl  :  integer  :=  0; 

variable  var20  :  integer  :=  0; 
begin 

varl  :=  varl  +  1; 


var20  :=  var20  +  1; 

end  add ; 
begin 
add; 

end  test; 


entity  test  is  end; 


architecture  test  of  test  is 
procedure  add  is 

#1[  variable  var®  :  integer  :=  0;] 
begin 

#1[  var®  :=  var®  +  1;D 

end  add; 

begin 

add; 

end  test; 
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TEST  HUMBER  :  18 


PATHNAME  :  C.BENCH.A.C.I2.Pl]shellO. sh 

(UNIX  equivalent  :  bench/a/c/i2/pl/shell0.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
addition  statements.  The  model  simulated  is  an  architecture 
consisting  of  a  function  declaration  and  a  function  call.  The 
function  consists  of  a  number  of  integer  variable  declarations 
and  an  addition  statement  for  each  variable.  The  factor  to  be  varied 
is  the  number  of  variable  declarations/addition  statements  in  the 
function. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  7  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/variable  addition  statements  in 
function 

—  EXAMPLE  : 

$  sim  gen/param="shellO . sh" , "test . vhd" ,20 

(UNIX  equivalent  :  7.  sim  gen  -param=\"\shellO. sh\"\ ,\"\test . vhd\"\ , 20) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 

—  architecture  test  of  test  is 

function  add  return  boolean  is 
variable  varl  :  integer  :=  0; 

variable  var20  :  integer  :=  0; 
begin 

varl  :=  varl  +  1 ; 


var20  :=  var20  +  1; 

return  true; 
end  add; 

signal  done  :  boolean  :=  false; 
begin 

done  <=  add; 
end  test; 
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entity  test  is  end; 
architecture  test  of  test  is 
function  add  return  boolean  is 
#1[  variable  var#  :  integer  :=  0;] 
begin 

#1[  var#  :=  var®  +  1;D 

return  true; 
end  add; 

signal  done  :  boolean  :=  false; 
begin 

done  <=  add; 
end  test; 


TEST  NUMBER  :  19 


PATHNAME  :  [ . BENCH . A . C . 12 .P2] shellO . sh 

(UNIX  equivalent  :  bench/a/c/i2/p2/shell0 . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
subtraction  statements.  The  model  simulated  is  an  architecture 
consisting  of  a  function  declaration  and  a  function  call.  The 
function  consists  of  a  number  of  integer  variable  declarations 
and  a  subtraction  statement  for  each  variable.  The  factor  to  be 
varied  is  the  number  of  variable  declarations/subtraction  statements 
in  the  function. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  7  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/variable  subtraction  statements  in 
function 

—  EXAMPLE  : 

$  sim  gei./param="shell0.sh","test.vhd”,20 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell0.sh\"\,\"\test.vhd\"\,20) 
will  generate  a  model  in  file  "test.vhd"  with  sin  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

function  subtract  return  boolean  is 
variable  varl  :  integer  :=  0; 

variable  var20  :  integer  :=  0; 
begin 

varl  :=  varl  -  1; 


var20  :=  var20  -  1; 

return  true; 
end  subtract; 

signal  done  :  boolean  :=  false; 
begin 

done  <=  subtract; 
end  test; 
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entity  test  is  end; 
architecture  test  of  test  is 

function  subtract  return  boolean  is 
#1[  variable  varfi  :  integer  :=  0;] 
begin 

#l[  varfi  :=  varfi  -  1;] 

return  true; 
end  subtract; 

signal  done  :  boolean  :=  false; 
begin 

done  <=  subtract; 
end  test; 
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TEST  NUMBER  :  20 


PATHNAME  :  [. BENCH . A .C . H2 .P2] shellO . sh 

(UNIX  equivalent  :  bench/a/c/h2/p2/shell0 . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
subtraction  statements.  The  model  simulated  is  an  architecture 
consisting  of  a  procedure  declaration  and  a  procedure  call.  The 
procedure  consists  of  a  number  of  integer  variable  declarations 
and  a  subtraction  statement  for  each  variable.  The  factor  to  be 
varied  is  the  number  of  variable  daclaratior.s/subtraction  statements 
in  the  procedure. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  7  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declaiations/variable  subtraction  statements  in 
procedure 

—  EXAMPLE  : 

$  sim  gen/par?m="shellO.  sh"  ,  "te-'t .  vhd"  ,20 

(UNIX  equivalent  :  */.  sim  gen  -param=\"\shellO .  sh\"\ , \"\test .  vhd\"\ ,20) 
Bill  generate  a  model  in  file  "test.vhd"  uith  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
procedure  subtract  is 

variable  varl  :  integer  :=  0; 

variable  var20  :  integer  :=  C; 
begin 

varl  ; =  varl  -  1; 

var20  : =  var20  -  1; 

end  subtract; 
begin 

subtract; 
end  test; 
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entity  test  is  end; 


architecture  test  of  test  is 
procedure  subtract  is 
#l[  variable  varffl  :  integer 

begin 

#l[  varfi  :=  var®  -  1;] 

end  subtract ; 
begin 

subtract ; 
enc  test; 


TEST  NUHBER  :  21 


PATHNAME  :  [. BENCH. B.P2]shell0.sh 

(UNIX  equivalent  :  bench/b/p2/shell0 , sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
subtraction  statements.  The  model  simulated  is  an  architecture 
consisting  of  a  process.  The  process  contains  a  number  of 
integer  variable  declarations  and  a  subtraction  statement  for  each 
variable.  The  factor  to  be  varied  is  the  number  of  variable 
declarations/subtraction  statements  in  the  process. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  DATE  .  7  June  1989 

—  PARAMETER  MEANING  : 

1  :  number  of  variable  declarations/variable  subtraction  statements  in  the 
process 

—  EXAMPLE  : 

$  sim  gen/param="shellO . sh" , “test . vhd" ,20 

(UNIX  equivalent  :  '/,  sim  gen  -param=A"\shellO .  sh\"\ , \"\test .  vhd\"\ ,20) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 
process 

variable  varl  :  integer  :=  0; 

variable  var20  :  integer  :=  0; 
begin 

varl  :=  varl  -  1; 


var20  :=  var20  -  1; 
wait ; 

end  process; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 


begin 

process 

#1[  variable  var®  :  integer 

begin 

#1[  varfi  :=  varffl  -  1;] 

wait ; 

end  process; 
end  test; 


TEST  NUMBER  :  22 


PATHNAME  :  [. BENCH . B . P3] shellO . sh 

(UNIX  equivalent  :  bench/b/p3/shell0. sh) 

PURPOSE  :  Detenrine  the  simulation  CPU  time  required  to  execute  variable 

multiplication  statements.  The  model  simulated  is  an  architecture 
consisting  of  a  process.  The  process  contains  a  number  of 
integer  variable  declarations  and  a  multiplication  statement  for 
each  variable.  The  factor  to  be  varied  is  the  number  of  variable 
declarations/multiplication  statements  in  the  process. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  DATE  :  8  June  1989 

—  PARAMETER  MEANING  : 

1  :  number  of  variable  declarations/variable  multiplication  statements  in 
the  process 

—  EXAMPLE  : 

$  sim  gen/param="shell0.sh",’'test.vhd",20 

(UNIX  equivalent  :  ’/.  sim  gen  -param=\"\shell0.sh\"\,\"\test.vhd\"\,20) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 
process 

variable  varl  :  integer  ;=  5; 

variable  var20  ;  integer  :=  5; 
begin 

varl  ;=  varl  *  2; 


var20  :=  var20  *  2; 
wait ; 

end  process; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 


begin 

process 

#1[  variable  var®  :  integer  :=  &;] 
begin 

#1[  var®  : =  var®  *  2;] 
wait; 

end  process; 
end  test; 


TEST  HUMBER  :  23 


PATHNAME  :  [ . BENCH . A. C . H2 . P3] shellO . sh 

(UNIX  equivalent  :  bench/a/c/h2/p3/shell0 . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

multiplication  statements.  The  model  simulated  is  an  architecture 
consisting  of  a  procedure  declaration  and  a  procedure  call.  The 
procedure  consists  of  a  number  of  integer  variable  declarations 
and  a  multiplication  statement  for  each  variable.  The  factor  to  be 
varied  is  the  number  of  variable  declarations/multiplication 
statements  in  the  procedure. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  8  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/variable  multiplication  statements  in 
procedure 

—  EXAMPLE  : 

$  sim  gen/param="shellO. sh" ."test . vhd" ,20 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shellO .  sh\"\  ,\"\test .  vhd\"\ ,20) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
procedure  multiply  is 

variable  varl  :  integer  5; 

variable  var20  :  integer  :=  5; 
b  ^in 

varl  :=  varl  *  2; 

var20  :=  var20  *  2; 

end  multiply; 
begin 

multiply; 
end  test; 


entity  test  is  end; 


id 


architecture  test  oi  test  is 
procedure  multiply  is 
#l[  variable  var«  :  integer  :=  S;] 
begin 

#1[  varfi  :=  varfi  *  2;] 

end  multiply; 
begin 

multiply; 
end  test; 
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TEST  HUMBER  :  24 


PATHNAME  :  [.BENCH.A.C.I2.P3]shell0.sh 

(UNIX  equivalent  :  bench/a/c/i2/p3/shell0.sh) 

I 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

multiplication  statements.  The  model  simulated  is  an  architecture 
consisting  ol  a  function  declaration  and  a  function  call.  The 
function  consists  of  a  number  of  integer  variable  declarations 
and  a  multiplication  statement  for  each  variable.  The  factor  to  be 
varied  is  the  number  of  variable  declarations/mulciplication 
statements  in  the  function. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  8  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/variable  multiplication  statements  in 
function 

—  EXAMPLE  : 

$  sim  gen/par am="shell0.sh" ."test.vhd" ,20 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell0.sh\"\,\"\test.vhd\"\,20) 
will  generate  a  model  in  file  "test.vhd"  with  am  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

function  multiply  return  boolean  is 
variable  varl  :  integer  :=  S; 

variable  var20  :  integer  :=  5; 
begin 

varl  :=  varl  *  2; 


var20  :=  var20  *  2; 

return  true; 
end  multiply; 

signal  done  :  boolean  :=  false; 
begin 

done  <=  multiply; 
end  test; 
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entity  test  is  end; 
architecture  test  oi  test  is 

function  multiply  return  boolean  is 
#1[  variable  var#  :  integer  :=  5;] 
begin 

#1[  varfi  ;=  var«  *  2;] 

return  true; 
end  multiply; 

signal  done  :  boolean  ;=  false; 
begin 

done  <=  multiply; 
end  test; 
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TEST  NUMBER  :  25 


PATHNAME  :  [. BENCH. B.P4]shell0.sh 

(UNIX  equivalent  :  bench/b/p4/shellO . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
division  statements.  The  model  simulated  is  an  architecture 
consisting  of  a  process.  The  process  contains  a  number  of 
integer  variable  declarations  and  a  division  statement  for 
each  variable.  The  factor  to  be  varied  is  the  number  of  variable 
declarations/division  statements  in  the  process. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  DATE  :  8  June  1989 

—  PARAMETER  MEANING  : 

1  :  number  of  variable  declarations/variable  division  statements  in 
the  process 

—  EXAMPLE  : 

$  sim  gen/param="shell0.sh'',"test.vhd",20 

(UNIX  equivalent  :  ‘l  sim  gen  -param=\"\shell0.sh\”\,\’,\test. vhd\"\,20) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 
process 

variable  varl  :  integer  :=  10; 


variable  var20  :  integer  :=  10; 
begin 

varl  :=  varl  /  2; 

var20  :=  var20  /  2; 
wait ; 

end  process; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
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begin 

process 

#1[  variable  varC  :  integer  :=  10;] 
begin 

#1[  varfl  :=  var®  /  2;] 
wait ; 

end  process; 
end  test; 
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TEST  HUMBER  :  26 


PATHNAME  :  [.BENCH.A.C.H2.P4]shell0.sh 

(UNIX  equivalent  :  bench/a/c/h2/p4/shell0.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
division  statements.  The  model  simulated  is  an  architecture 
consisting  of  a  procedure  declaration  and  a  procedure  call.  The 
procedure  consists  of  a  number  of  integer  variable  declarations 
and  a  division  statement  for  each  variable.  The  factor  to  be 
varied  is  the  number  of  variable  declarations/division 
statements  in  the  procedure. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  8  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/variable  division  statements  in 
procedure 

—  EXAMPLE  : 

—  $  sim  gen/param="8hell0.sh","test.vhd",20 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shell0.sh\"\,\"\test.vhd\"\,20) 
will  generate  a  model  in  file  "test.vhd"  with  tin  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
procedure  divide  is 

variable  varl  :  integer  :=  10; 

variable  var20  :  integer  :=  10; 
begin 

varl  :=  varl  /  2; 

var20  ;=  var20  /  2; 

end  divide; 
begin 
divide; 
end  test; 


entity  test  is  end; 
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architecture  test  of  test  is 
procedure  divide  is 
#1[  variable  varC  :  integer  : =  10;] 
begin 

#1[  var®  :=  varfi  /  2;] 

end  divide; 
begin 
divide; 
end  test; 


TEST  NUMBER  :  27 


PATHNAME  :  [.BENCH.A,C.I2.P4]shell0.sh 

(UNIX  aquivalent  :  bench/a/c/i2/p4/shell0.sh) 

PURPOSE  :  Determine  the  sinr’lation  CPU  time  required  to  execute  variable 
division  statements,  ihe  model  simulated  is  aj.i  architecture 
consisting  of  a  function  declaration  and  a  function  call.  The 
function  consists  of  a  number  of  integer  variable  declarations 
and  a  division  statement  for  each  variable.  The  factor  to  be 
varied  is  the  number  cf  variable  declarations/division 
statements  in  the  function. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 
Date  :  8  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/variable  division  statements  in 
function 

—  EXAMPLE  : 

$  sim  gen/param="shell0.sh","test.vhd",20 

(UNIX  equivalent  :  '/.  sim  gen  -param=V'\shell0.shV'\, \"\test. vhd\"\,20) 
sill  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

function  divide  leturn  boolean  is 
variable  varl  :  integer  :=  10; 
variable  var20  :  integer  :=  10; 
begin 

varl  :=  varl  /  2; 

var20  :=  var20  /  2; 

return  true; 
end  divide; 

signal  done  :  boolean  :=  false; 
begin 

done  <=  divide; 
end  test; 


entity  test  is  end; 
aichitecture  test  of  test  is 

function  divide  return  boolean  is 
#1[  variable  varfi  :  integer  :=  10;] 


begin 

#1[  var®  :=  var®  /  2;] 

return  true; 
end  divide; 

signal  done  :  boolean  :=  false; 
begin 

done  <=  divide; 
end  test; 


TEST  I UMBER  :  28 


PATHNAME  :  [. BENCH. B .C.K. LI ,P6]shellO . sh 

(UNIX  equivalent  :  bench/b/c/k/ll/p6/shell0 . sh) 

PURPOSE  :  Determine  the  effect  on  simulation  CPU  time  when  the  following 
factors  are  varied  in  an  architecture  consisting  of  a  number  of 
processes;  each  process  consists  of  a  variable  bit_vector 
declaration  and  a  for-loop;  the  for-loop  contains  a  logical  AND 
statement,  and  the  number  of  iterations  of  the  loop  is  equal  to 
the  size  of  the  variable  bit_vector  :  number  of  processes,  bit_vector 
size/number  of  iterations  of  for-loop. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  8  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  bit_vector  size/number  of  AND  statement  iterations  per  process 

2  :  number  of  processes 

—  EXAMPLE  : 

$  sim  gen/param="shellO .vhd" ."test .vhd" , 10,2 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shellO .  sh\"\ ,\"\test .  vhd\"\ ,  10 ,2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

prl  :  process 

variable  var  :  bit_vector(l  to  10); 
begin 

for  i  in  1  to  10  loop 

var(i)  :=  var(i)  AND  var(i); 
end  loop; 
wait; 

end  process  prl ; 
pr2  :  process 

variable  var  :  bit_vector(l  to  10); 
begin 

for  l  in  1  to  10  loop 

var(i)  :=  var(i)  AND  var(i); 
end  loop, 
wait; 

end  process  pr2; 
end  test, 
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TEST  NUMBER  :  29 


PATHNAME  :  [ . BENCH . A . C . P6]shell0 . sh 

(UNIX  equivalent  :  bench/a/c/p6/shellO . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  logical  AND 

operations  on  signals.  The  model  simulated  consists  of  a  number  of 
signal  declarations  and  one  logical  AND  signal  assignment  statement 
for  each  signal.  The  factor  to  be  varied  is  the  number  of  signal 
declarations/number  of  logical  AND  signal  assignment  statements. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  8  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  signal  declarations/AND  statements 

—  EXAMPLE  : 

$  sim  gen/param="shellO . vhd" , "test . vhd" , 10 

(UNIX  equivalent  :  V.  sim  gen  -param=\"\shellO. sh\"\ , \"\test . vhd\"\ ,  10) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
signal  sigl  ;  bit  :=  *0’; 


signal  siglO  :  bit  :=  ’1’; 
begin 

sigl  <=  sigl  AND  sigl; 


siglO  <=  siglO  AND  siglO; 
end  test; 


entity  test  is  end; 

architecture  test  of  test  is 

#l[  signal  sig®  :  bit  : =  ’$2$0$1$’;] 

begin 

#l[  sig®  <=  sig®  AND  sig®;] 
end  test; 
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TEST  NUMBER  :  30 


PATHNAME  :  [. BENCH. B.C.P6]shell0.sh 

(UNIX  equivalent  :  bench/b/c/p6/shell0 . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  lor  executing  logical 

AND  operations  on  variables.  The  model  simulated  is  an  architecture 
consisting  of  a  number  ol  processes;  each  process  consists  of  a 
number  of  variable  declarations  and  one  logical  AND  variable 
assignment  statement  for  each  variable.  The  factors  to  be  varied 
are  the  number  of  processes  and  the  number  of  variable  declarations/ 
number  of  logical  AND  variable  assignment  statements. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 
Date  :  8  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/AND  statements  per  process 

2  :  number  of  processes 

—  EXAMPLE  : 

$  sim  gen/param="shellO. vhd" , "test . vhd" , 10, 2 

(UNIX  equivalent  :  sim  gen  -param=\"\shellO. sh\"\ , \"\test . vhd\"\ , 10,2) 

will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

prl  :  process 

variable  varl  :  bit  :=  'O'; 


variable  varlO  :  bit  :=  ’ 1 ’ ; 
begin 

varl  :=  varl  AND  varl; 


varlO  :=  varlO  AND  varlO; 
wait ; 

end  process  prl; 
pr2  :  process 

variable  varl  :  bit  := 


variable  varlO  :  bit  :=  *  1  * ; 
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begin 

var 1  :=  varl  AND  varl; 


varlO  :=  varlO  AND  varlO; 
wait ; 

end  process  pr2; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
begin  . 

#2[  prffl  :  process 

#l[  variable  var®  :  bit  :=  J$2$0$l$’;] 
begin 

#1[  var®  ;=  var®  AND  var®;] 
wait ; 

end  process  pr®;] 
end  test; 
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TEST  NUMBER  :  31 


PATHNAME  :  t- BENCH .B. PI] shell 1 .sh 

(UNIX  equivalent  :  bench/b/pl/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  perform  addition 
operations  on  a  variable;  determine  the  number  of  addition 
operations  alloved  in  one  variable  assignment  statement.  The  model 
simulated  is  an  architecture  consisting  of  a  process.  The  process 
consists  of  an  integer  variable  declaration  and  a  variable 
assignment  statement  containing  a  number  of  addition  operations. 

The  factor  to  be  varied  is  the  number  of  addition  operations 
contained  in  the  variable  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Kiren  M.  Serafino 

—  DATE  :  9  June  1989 

—  PARAMETER  MEANING  ; 

1  :  number  of  variable  additions  in  one  statement 

—  EXAMPLE  : 

$  sim  gen/param="shelll . sh" , "test . vhd" , 10 

(UNIX  equivalent  ;  V,  sim  gen  -param=\"\shelll . sh\"\ ,V'\test . vhd\"\ , 10) 
sill  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 
process 

variable  var  ;  integer  :=  0; 
begin 

var  : =  var 

+  var 
+  var 
+  var 
+  var 
+  var 
+  var 
+  var 
+  var 
+  var 
+  var 

i 

vait; 

end  process; 
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end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
begin 
process 

variable  var  :  integer  : 
begin 

var  :=  var 

#1[  +  var] 

t 

wait; 

end  process ; 
end  test; 


TEST  NUMBER  :  32 


PATHNAME  :  [. BENCH. B. P2] shelll .sh 

(UNIX  equivalent  :  bench/b/p2/shelll .sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  perform  subtraction 
operations  on  a  variable;  determine  the  number  of  subtraction 
operations  allowed  in  one  variable  assignment  statement.  The  model 
simulated  is  an  architecture  consisting  of  a  process.  The  process 
consists  of  an  integer  variable  declaration  and  a  variable 
assignment  statement  containing  a  number  of  s zbtraction  operations. 
The  factor  to  be  varied  is  the  number  of  subtraction  operations 
contained  in  the  variable  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 
--  DATE  :  9  June  1989 

—  PARAMETER  MEANING  : 

—  1  :  number  of  variable  subtractions  in  one  statement 

—  EXAMPLE  : 

$  sim  gen/param="shelll .sh" ."test . vhd" , 10 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shelll . sh\"\ ,\"\test . vhd\“\ , 10) 
will  generate  a  model  in  file  "test. vhd'’  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 
process 

variable  var  :  integer  :=  0; 
begin 

var  : =  var 

-  var 

-  var 

-  var 

-  var 

-  var 

-  var 

-  var 

-  var 

-  var 

-  var 

wait; 

end  process; 
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and  test; 


entity  test  is  end; 
architecture  test  oi  test  is 
begin 
process 

variable  var  :  integer  :=  0; 
begin 

var  :=  var 

#1[  -  var] 

I 

wait; 

end  process; 
end  test; 
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TEST  NUMBER  :  33 


PATHNAME  :  [ . BENCH . B . P3] shall 1 . sh 

(UNIX  equivalent  :  bench/b/p3/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  perform  multiplication 
operations  on  a  variable;  determine  the  number  of  multiplication 
operations  allowed  in  one  variable  assignment  statement.  The  model 
simulated  is  an  architecture  consisting  of  a  process.  The  process 
consists  of  an  integer  variable  declaration  and  a  variable 
assignment  statement  containing  a  number  of  multiplication 
operations.  The  factor  to  be  varied  is  the  number  of 
multiplication  operations  contained  in  the  variable  assignment 
statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  DATE  :  9  June  1989 

—  PARAMETER  MEANING  : 

1  :  number  of  variable  multiplications  in  one  statement 

—  EXAMPLE  : 

$  sim  gen/param="shelll .sh", "test .  vhd" ,  10 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shelll .  sh\"\  ,\"\test .  vhd\"\ ,  10) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 
process 

variable  var  :  integer  :=  1; 
begin 

var  :=  var 

*  var 

*  var 

*  var 

*  var 

*  var 

*  var 

*  var 

*  var 

*  var 

*  var 

t 

wait; 
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end  process; 
end  test; 


entity  test  is  end; 
architecture  test  oi  test  is 
begin 
process 

variable  var  :  integer  : 
begin 

var  :=  var 

#1[  *  var] 

-  I 

wait; 

end  process; 
end  test; 


TEST  HUMBER 
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PATHNAME  :  [. BENCH. B. P4] shell 1 . sh 

(UNIX  equivalent  :  bench/b/p4/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  perform  division 
operations  on  a  variable;  determine  the  number  of  division 
operations  allowed  in  one  variable  assignment  statement.  The  model 
simulated  is  an  architecture  consisting  of  a  process.  The  process 
consists  of  an  integer  variable  declaration  and  a  variable 
assignment  statement  containing  a  number  of  division  operations. 

The  factor  to  be  varied  is  the  number  of  division  operations 
contained  in  the  variable  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  DATE  :  9  June  1989 

—  PARAMETER  MEANING  : 

—  1  :  number  of  variable  divisions  in  one  statement 

—  EXAMPLE  : 

$  sim  gen/param="Bhelll.sh","test.vhd",lO 

(UNIX  equivalent  :  '/,  sim  gen  -pararo=\"\shelll .  sh\"\ ,\"\test .  vhd\"\,  10) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 
process 

variable  var  :  integer  :=  1; 
begin 

var  :=  var 

/  var 
/  var 
/  var 
/  var 
/  var 
/  var 
/  var 
/  var 
/  var 
/  var 

I 

wait; 

end  process; 
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end  test ; 


entity  test  is  end; 
architecture  test  oi  test  is 
begin 
process 

variable  var  :  integer  :=  1; 
begin 

var  :=  var 

#1  C  /  Vc  r] 

9 

wait; 

end  process; 
end  test; 
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TEST  HUMBER  :  35 


PATHNAME  :  [.BENCH.A.C.Pl]shell0.sh 

(UNIX  equivalent  :  bench/a/c/pl/shellO.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  addition 

operations  on  signals.  The  model  simulated  consists  of  a  number  o f 
signal  declarations  and  one  addition  signal  assignment  statement 
for  each  signal.  The  factor  to  be  varied  is  the  number  of  i  ignal 
declarations/number  of  addition  signal  assignment  statements. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  9  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  signal  declarations/signal  addition  statements 

—  EXAMPLE  : 

$  sim  gen/param="8hell0.vhd","test.vhd" ,10 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shellO.  sh\”\  ,\"\test .  vhc\"\ ,  10) 
will  generate  a  model  in  file  "test.vhd”  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  t>?st  of  test  is 

signal  static_sig  :  integer  :=  1; 
signal  sigl  :  integer  :=  0; 

signal  siglO  :  integer  :=  0; 
begin 

sigl  <=  static_sig  +  l; 

siglO  <=  static..sig  +  1; 
end  test ; 


entity  test  is  end; 
architecture  test  of  test  is 

signal  static.sig  :  integer  :=  1; 
#l[  signal  sigfi  :  integer  :=  0;] 
begin 

#l[  sig®  <=  static. sig  +  1;] 
end  test; 
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TEST  NUMBER  :  36 


PATHNAME  :  [ . BENCH . A . C . PI] shelll . sh 

(UNIX  equivalent  :  bench/a/c/pl/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  perform  addition 

operations  on  a  signal;  determine  the  number  of  addition  operations 
allowed  in  one  signal  assignment  statement.  The  model  simulated  is 
an  architecture  consisting  of  an  integer  signal  declaration  and  a 
signal  assignment  statement  containing  a  number  of  addition 
operations.  The  factor  to  be  varied  is  the  number  of  addition 
operations  contained  in  the  signal  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  9  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  signal  additions  in  one  statement 

—  EXAMPLE  : 

$  sim  gen/param="shelll . vhd" , "test . vhd" , 10 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shelll.sh\"\,\"\test.vhd\,,\,10) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

signal  static.sig  :  integer  :=  0; 
signal  sig  :  integer  :=  0; 
begin 

sig  <=  static_sig 

+  static_sig 
+  static_sig 
+  static_sig 
+  static_sig 
+  static_sig 
+  static_sig 
+  static.sig 
+  static.sig 
+  static.sig 
+  static_sig 


end  test; 
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entity  test  is  end; 
architecture  test  of  test  is 

signal  static.sig  :  integer  :=  0 
signal  sig  :  integer  :=  0; 
begin 

sig  <=  static.sig 
#1[  +  static_si 


end  test; 


TEST  NUMBER  :  37 


PATHNAME  :  [ . BENCH . A . C . P2] shellO . sh 

(UNIX  equivalent  :  bench/a/c/p2/shell0.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  subtraction 

operations  on  signals.  The  model  simulated  consists  of  a  number  of 
signal  declarations  and  one  subtraction  signal  assignment  statement 
for  each  signal.  The  factor  to  be  varied  is  the  number  of  signal 
declarations/number  of  subtraction  signal  assignment  statements. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  •  Captain  Karen  M.  Serafino 

—  Date  :  9  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  signal  declarations/ signal  subtraction  statements 

—  EXAMPLE  : 

$  sim  gen/param="shell0.vhd","test.vhd",10 

(UNIX  equivalent  :  '/.  sim  gen  -param=\',\shell0.sh\’,\,\”\test. vhd\"\,  10) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 

—  architecture  test  of  test  is 

signal  static_sig  :  integer  :=  1; 
signal  sigl  :  integer  :=  0; 

signal  siglO  :  integer  :=  0; 
begin 

sigl  <=  static.sig  -  1; 

siglO  <=  static_sig  -  1; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 

signal  static_sig  :  integer  :=  1; 
#1[  signal  sig®  :  integer  :=  0;] 
begin 

#1 [  sig®  <=  static.sig  -  1;] 
end  test; 
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TEST  HUMBER  :  38 


PATHNAME  :  [.BENCH . A.C.P2]shelll .sh 

(UNIX  equivalent  :  bench/a/c/p2/shelll.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  perform  subtraction 
operations  on  a  signal;  determine  the  number  of  subtraction 
operations  allowed  in  one  signal  assignment  statement.  The  model 
simulated  is  an  architecture  consisting  of  an  integer  signal 
declaration  and  a  signal  assignment  statement  containing  a  number  of 
subtraction  operations.  The  factor  to  be  varied  is  the  number  of 
subtraction  operations  contained  in  the  signal  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  9  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  signal  subtractions  in  ore  statement 

—  EXAMPLE  : 

$  sim  gen/param=" shell 1 . vhd" , "test . vhd" ,10 

(UNIX  equivalent  :  '/.  sim  gen  -param=  V'Xshelll .  sh\”\ ,\"\test .  vhd\"\ ,  10) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

signal  static.sig  :  integer  :=  0; 
signal  sig  :  integer  :=  0; 
begin 

sig  <=  static_sig 

-  static.sig 

-  static.sig 

-  static.sig 

-  static_sig 

-  static_sig 

-  static_sig 

-  static.sig 

-  static.sig 

-  static.sig 

-  static_sig 


end  test; 
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entity  test  is  end; 
architecture  test  o i  test  is 

signal  static.sig  :  integer  :=  0; 
signal  sig  :  integer  :=  0; 
begin 

sig  <=  static_sig 

#1[  -  static.sig] 

I 

end  test; 
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TEST  DUMBER  :  39 


PATHNAME  :  [.BENCH. A.C.P3]shell0.8h 

(UNIX  equivalent  :  bench/a/c/p3/shell0.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  multiplication 
operations  on  signals.  The  model  simulated  consists  of  a  number  of 
signal  declarations  and  one  multiplication  signal  assignment 
statement  for  each  signal.  The  factor  to  be  varied  is  the  number  of 
signal  declarations/number  of  multiplication  signal  assignment 
statements . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  9  June  1989 

—  PARAKETER  NUMBER  MEANING  : 

1  :  number  of  signal  declarations/signal  multiplication  statements 

—  EXAMPLE  : 

$  sim  gen/param=" shell 0 . vhd" ."test .vhd" ,10 

(UNIX  equivalent  :  */.  sim  gen  -param=\"\shell0.sh\"\,\,,\tost.vhd\"\,10) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

signal  static_sig  :  integer  :=  1; 
signal  sigl  :  integer  :=  0; 

signal  siglO  :  integer  :=  0; 
begin 

sigl  <=  static_sig  *  1; 

siglO  <=  static.sig  *  1; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 

signal  static_sig  :  integer  :=  1; 
#1[  signal  sig®  :  integer  :=  0;] 
begin 

#l[  sig®  <=  static_sig  *  1;] 
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TEST  HUMBER  :  40 


PATHNAME  :  [.BENCH. A . C . P3]shelll .sh 

(UNIX  equivalent  :  bench/a/c/p3/shelll .sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  perform  multiplication 
operations  on  a  signal;  determine  the  number  of  multiplication 
statements  allowed  in  one  signal  assignment  statement.  The  model 
simulated  is  an  architecture  consisting  of  an  integer  signal 
declaration  and  a  signal  assignment  statement  containing  a  number  of 
multiplication  operations.  The  factor  to  be  varied  is  the  number  of 
multiplication  operations  contained  in  the  signal  assignment 
statement . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  9  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  signal  multiplications  in  one  statement 

—  EXAMPLE  : 

$  sim  gen/param="shelll . vhd" , "test . vhd" , 10 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shelll .  sh\”\ ,  V‘\test .  vhd\"\ ,  10) 
will  generate  a  model  in  file  "test. vhd”  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

signal  static_sig  :  integer  :=  1; 
signal  sig  :  integer  :=  0; 
begin 

sig  <=  static_sig 

*  static.sig 

*  static_sig 

*  static.sig 

*  static.sig 

*  static_sig 

*  static_sig 

*  static.sig 

*  static_sig 

*  static_sig 

*  static_sig 

* 

end  test; 
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entity  test  is  end; 
architecture  test  oi  test  is 

signal  static_sig  :  integer  :=  1; 
signal  sig  :  integer  :=  0; 
begin 

sig  <=  static_sig 

#1[  *  static.sig] 

end  test; 
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TEST  HUMBER  :  41 


PATHNAME  :  [ . BENCH . A . C . P4] shellO . sh 

(UNIX  equivalent  :  bench/a/c/p4/shello . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  division 

operations  on  signals.  The  model  simulated  consists  of  a  number  of 
signal  declarations  and  one  division  signal  assignment  statement  for 
each  signal.  The  factor  to  be  varied  is  the  number  of  signal 
declarations/number  of  division  signal  assignment  statements. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  9  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  signal  declarations/signal  division  statements 

—  EXAMPLE  : 

$  sim  gen/param="shellO . vhd"  ,  "test .  vhd"  ,  10 

(UNIX  equivalent  :  V.  sim  gen  -param=V'\shellO .  sh\’’\  .  vhd\”\ ,  10) 

sill  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

signal  static.sig  :  integer  :=  1; 
signal  sigl  :  integer  :=  0; 


signal  siglO  :  integer  :=  0; 
begin 

sigl  <=  static.sig  /  1; 


siglO  <=  static.sig  /  1; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 

signal  static.sig  :  integer  :=  1; 
#1[  signal  sig®  :  integer  ;=  0;] 
begin 

#1[  sig®  <=  static.sig  /  1;] 
end  test; 
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TEST  NUMBER  :  42 


PATHNAME  :  [ . BENCH . A . C . P4] shelll . sh 

(UNIX  equivalent  :  bench/a/c/p4/shell 1 . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  perform  division 

operations  on  a  signal;  determine  the  number  of  division  operations 
allowed  in  one  signal  assignment  statement.  The  model  simulated  is 
an  architecture  consisting  of  an  integer  signal  declaration  and  a 
signal  assignment  statement  containing  a  number  of  division 
operations.  The  factor  to  be  varied  is  the  number  of  division 
operations  contained  in  the  signal  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 
Date  :  9  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  signal  divisions  in  one  statement 

—  EXAMPLE  ; 

$  sim  gen/param="shell 1 . vhd"  ,  "test . vhd"  ,  10 

(UNIX  equivalent  ;  '/.  sim  gen  -param=\"\shell  1 .  sh\"\ , \"\test .  vhd\"\ ,  10) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

signal  static.sig  :  integer  ;=  1; 
signal  sig  :  integer  ;=  0; 
begin 

sig  <=  static.sig 

/  static_sig 
/  static.sig 
/  static_sig 
/  static_sig 
/  static_sig 
/  static.sig 
/  static.sig 
/  static_sig 
/  static_sig 
/  stat ic_sig 


end  test; 
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entity  test  is  end; 
architecture  test  oi  test  is 

signal  static_sig  :  integer  : =  1; 
signal  sig  :  integer  :=  0; 
begin 

sig  <=  static_sig 

#l[  /  static_sig] 

» 

end  test; 
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TEST  NUMBER  :  43 


PATHNAME  :  [. BENCH . A . C.P6] shell 1 . sh 

(UNIX  equivalent  :  bench/a/c/p6/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  perform  logical  AND 
operations  on  a  signal;  determine  the  number  of  logical  AND 
operations  allowed  in  one  signal  assignment  statement.  The  model 
simulated  is  an  architecture  consisting  of  a  signal  declaration  and 
a  signal  assignment  statement  containing  a  number  of  logical  AND 
operations.  The  factor  to  be  varied  is  the  number  of  logical  AND 
operations  contained  in  the  signal  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  9  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  AND  operations  in  one  statement 

—  EXAMPLE  : 

$  sim  gen/param="shelll . vhd" , "test . vhd" , 10 

(UNIX  equivalent  :  V,  sim  gen  -param=\”\shelll.shV'\,\"\test.vhd\"\,) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
signal  sig  :  bit  :=  ’O'; 
signal  static_sig  :  bit  :=  ’1’; 
begin 


— 

sig  <=  static_sig 

-- 

AND 

static.sig 

-- 

AND 

static_sig 

-- 

AND 

static_sig 

-- 

AND 

static.sig 

— 

AND 

static.sig 

-- 

AND 

static_sig 

— 

AND 

static_sig 

-- 

AND 

static.sig 

-- 

AND 

static_sig 

— 

AND 

static.sig 

end  test; 


Kid 


entity  test  is  end; 
architecture  test  of  test  is 
signal  sig  :  bit  :=  ’O’; 
signal  static_sig  :  bit  :=  *  1*; 
begin 

sig  <~  static_sig 

#1[  ADD  static_sig] 

* 

end  test; 
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TEST  NUMBER  :  44 


PATHNAME  :  [. BENCH . B . C . P6] shelll . sh 

(UNIX  equivalent  :  bench/b/c/p6/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  logical  AND 
operations  on  variables;  determine  the  number  of  logical  AND 
operations  allowed  in  one  variable  assignment  statement.  The  model 
simulated  is  an  architecture  consisting  of  a  number  of  processes; 
each  process  consists  of  a  variable  declaration  and  a  variable 
assignment  statement  containing  a  number  of  logical  AND  operations. 
The  factors  to  be  varied  are  the  number  of  processes  2nd  the  number 
of  logical  AND  operations  in  the  variable  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  9  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  ;  number  of  AND  operations  in  one  statement  of  a  process 

2  :  number  of  processes 

—  EXAMPLE  : 

$  sim  gen/param="shelll . vhd" , "test . vhd" , 10 ,2 

(UNIX  equivalent  :  V.  sim  gen  -param=\"\shelll  .sh\,,\,\"\test.vhd\"\,10,2) 
will  generate  a  model  in  file  "test. vhd"  with  etn  eaxhitecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

prl  :  process 

variable  var  :  bit  :=  '1'; 
begin 

var  :=  var 

AND  var 

.  (10  repetitions  total) 

AND  var 


wait ; 

end  process  prl ; 
pr2  :  process 

variable  var  :  bit  :=  ’1’; 
begin 

var  : =  var 

AND  var 


108 


.  (10  repetitions  total) 
AND  var 

I 

wait ; 

end  process  pr2; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
begin 

#2[  prC  :  process 

variable  var  :  bit  :=  *  1’; 
begin 

var  :=  var 

#1[  AND  var] 

» 

wait ; 

end  process  prffl;] 
end  test; 
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TEST  NUMBER  :  45 


PATHNAME  :  [. BENCH .A . C . 12 ,P4] shell 1 . sh 

(UNIX  equivalent  :  bench/a/c/i2/p4/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

division  operations  in  a  function;  determine  the  number  of  division 
operations  allowed  in  one  variable  assignment  statement  of  a 
function.  The  model  simulated  is  an  architecture  consisting  of  a 
function  declaration  and  a  function  call;  the  function  consists  of 
an  integer  variable  declaration  and  a  variable  assignment  statement 
containing  a  number  of  addition  operations.  The  factor  to  be  varied 
is  the  number  of  division  operations  contained  in  the  variable 
assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  9  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  division  operations  in  one  statement  in 
function 

—  EXAMPLE  : 

$  sim  gen/param="shelll . sh" , "test . vhd"  ,5 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shelll  .sh\"\,\"\test.vhd\"\,5) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

function  divide  return  boolean  is 
variable  var  :  integer  :=  1; 
begin 

var  :=  var 

/  var 
/  var 
/  var 
/  var 
/  var; 

return  true; 
end  divide; 

signal  done  :  boolean  :=  false; 
begin 

done  <=  divide; 
end  test; 
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entity  test  is  end; 
architecture  test  of  test  is 
function  divide  return  boolean 
variable  var  :  integer  :=  1; 
begin 

var  :=  var 

#1[  /  var]; 

return  true; 
end  divide; 

signal  done  :  boolean  :  =  false 
begin 

done  <=  divide; 
end  test; 


TEST  NUMBER  :  46 


PATHNAME  :  [.BENCH . A . C .H2 .P4] shelll . sh 

(UNIX  equivalent  :  bench/a/c/h2/p4/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

division  operations  in  a  procedure;  determine  the  number  of  division 
operations  allowed  in  one  variable  assignment  statement  of  a 
procedure.  The  model  simulated  is  an  architecture  consisting  of  a 
procedure  declaration  and  a  procedure  call;  the  procedure  consists  of 
an  integer  variable  declaration  and  a  variable  assignment  statement 
containing  a  number  of  addition  operations.  The  factor  to  be  varied 
is  the  number  of  division  operations  contained  in  the  variable 
assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  ;  Captain  Karen  M.  Serafino 

—  Date  :  9  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  division  operations  in  one  statement  in 
procedure 

—  EXAMPLE  : 

$  sim  gen/param="shelll . sh" , "test . vhd" ,5 

(UNIX  equivalent  ;  '/,  sim  gen  -param=\"\shelll .  sh\"\  ,\"\test .  vhd\"\ ,5) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  test  is  end; 
architecture  test  of  test  is 
procedure  divide  is 

variable  var  :  integer  :=  1; 
begin 

var  :=  var 

/  var 
/  var 
/  var 
/  var 
/  var ; 

end  divide; 
begin 
divide; 
end  test; 


entity  test  is  end; 
architecture  test  of  test 
procedure  divide  is 
variable  var  :  integer 
begin 

var  :=  vcr 

#1 C  /  var] ; 

end  divide; 
begin 
divide; 
end  test; 


TEST  NUMBER  :  47 


PATHNAME  :  [.BENCH. A.C. I2.P3]shelll . sh 

(UNIX  equivalent  :  bench/a/c/i2/p3/shelll .sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  lequired  to  execute  variable 

multiplication  operations  in  a  function;  determine  the  number  of 
multiplication  operations  allowed  in  one  variable  assignment 
statement  of  a  function.  The  model  simulated  is  an  architecture 
consisting  of  a  function  declaration  and  a  function  call;  the 
function  consists  of  an  integer  variable  declaration  and  a  variable 
assignment  statement  containing  a  number  of  addition  operations. 

The  factor  to  be  varied  is  the  number  of  multiplication  operations 
contained  in  the  variable  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 
--  Data  .  9  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  multiplication  operations  in  one  statement  in 
function 


—  EXAMPLE  : 

$  sim  gen/param="shelll . sh" , "test . vhd"  ,5 

—  (UNIX  equivalent  :  V,  sim  gen  -param=\"\shelll . sh\"\ ,\"\test . vhd\"\ ,5) 

—  will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

function  multiply  return  boolean  is 
variable  var  :  integer  :=  1; 
begin 

var  :=  var 

*  var 

*  var 

*  var 

*  var 

*  var; 

return  true; 
end  multiply; 

signal  done  :  boolean  :=  false; 
begin 

done  <=  multiply; 
end  test; 
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entity  test  is  end; 
architecture  test  of  test  is 

function  multiply  return  boolean 
variable  var  :  integer  :=  1; 
begin 

var  :=  var 

#1 [  *  var] ; 

return  true; 
end  multiply; 

signal  done  :  boolean  :=  false; 
begin 

done  <=  multiply; 
end  test; 


TEST  NUMBER  :  48 


PATHNAME  :  [ . BENCH . A . C . H2 . P3] shelll . sh 

(UNIX  equivalent  :  bench/a/c/h2/p3/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

multiplication  operations  in  a  procedure;  determine  the  number  of 
multiplication  operations  allowed  in  one  variable  assignment 
statement  of  a  procedure.  The  model  simulated  is  an  architecture 
consisting  of  a  procedure  declaration  and  a  procedure  call;  the 
procedure  consists  of  an  integer  variable  declaration  and  a  variable 
assignment  statement  containing  a  number  of  addition  operations. 

The  factor  to  be  varied  is  the  number  of  multiplication  operations 
contained  in  the  variable  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  ;  Captain  Karen  M.  Serafino 

—  Date  :  9  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  multiplication  operations  in  one  statement  in 
procedure 

—  EXAMPLE  : 

$  sim  gen/param="shelll . sh" ."test . vhd" ,5 

(UNIX  equivalent  :  */,  sim  gen  -param=\"\shelll .  sh\"\ ,V‘\test .  vhd\"\ ,5) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
procedure  multiply  is 

variable  var  :  integer  :=  1; 
begin 

var  :=  var 

*  var 

*  var 

*  var 

*  var 

*  var; 

end  multiply; 
begin 

multiply; 
end  test; 
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entity  test  is  end; 
architecture  test  o 1  test  is 
procedure  multiply  is 
variable  var  :  integer  : 
begin 

var  :=  var 

#1[  ♦  var] ; 

end  multiply; 
begin 

multiply; 
end  test; 


TEST  NUMBER  :  49 


PATHNAME  :  [ . BENCH . A . C . H2 . P2] shelll . sh 

(UNIX  equivalent  :  bench/a/c/h2/p2/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
subtraction  operations  in  a  procedure;  determine  the  number  of 
subtraction  operations  allowed  in  one  variable  assignment 
statement  of  a  procedure.  The  model  simulated  is  an  architecture 
consisting  of  a  procedure  declaration  and  a  procedure  call;  the 
procedure  consists  of  an  integer  variable  declaration  and  a  variable 
assignment  statement  containing  a  number  of  addition  operations. 

The  factor  to  be  varied  is  the  number  of  subtraction  operations 
contained  in  the  variable  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


--  AUTHOR  :  Captain  Karen  M.  Serafmo 
Date  :  9  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  subtraction  operations  in  one  statement  in 
procedure 

—  EXAMPLE  : 

$  sim  gen/param="shell 1 . sh" , "test . vhd” , 5 

(UNIX  equivalent  :  '/.  sim  gen  -parara=\"\shell  1 .  sh\"\  , \"\tes t .  vhd\"\ ,  5) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 

--  architecture  test  of  test  is 

procedure  subtract  is 

variable  var  :  integer  :=  0, 
begin 

var  :=  var 

-  var 

-  var 

-  var 

-  var 

-  var; 

end  subtract; 
begin 

subtract; 
end  test; 


entity  test  is  end; 
architecture  test  o t  test  is 
procedure  subtract  is 
variable  var  :  integer  : 
begin 

var  :=  var  #1[-  var]; 
end  subtract; 
begin 

subtract ; 
end  test; 


TEST  HUMBER  :  50 


PATHNAME  :  [.BENCH . A . C . 12 .P2] shelll . sh 

(UNIX  equivalent  :  bench/a/c/i2/p2/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
subtraction  operations  in  a  function;  determine  the  number  of 
subtraction  operations  allowed  in  one  variable  assignment 
statement  of  a  function.  The  model  simulated  is  an  architecture 
consisting  of  a  function  declaration  and  a  function  call;  the 
function  consists  of  an  integer  variable  declaration  and  a  variable 
assignment  statement  containing  a  number  of  addition  operations. 

The  factor  to  be  varied  is  the  number  of  subtraction  operations 
contained  in  the  variable  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  9  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  subtraction  operations  in  one  statement  in 
function 

—  EXAMPLE  : 

$  sim  gen/param="shelll . sh" , "test . vhd" , 5 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shelll .  sh\"\,\"\'test.vhd\"\,5) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

function  subtract  return  boolean  is 
variable  var  :  integer  :=  0; 
begin 

var  :=  var 

-  var 

-  var 

-  var 

-  var 

-  var; 

return  true; 
end  subtract; 

signal  done  :  boolean  :=  false; 
begin 

done  <=  subtract; 
end  test; 
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entity  test  is  end; 
architecture  test  of  test  is 

function  subtract  return  boolean  is 
variable  var  :  integer  ;=  0; 
begin 

var  :=  var  #1 [-  var]; 
return  true; 
end  subtract; 

signal  done  :  boolean  :=  false; 
begin 

done  <=  subtract; 
end  test; 


TEST  HUMBER  :  51 


PATHNAME  :  [ . BENCH . A . C . 12 .Pi] shelll . sh 

(UNIX  equivalent  :  bench/a/c/i2/pl/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
addition  operations  in  a  function;  determine  the  number  of 
addition  operations  allowed  in  one  variable  assignment 
statement  of  a  function.  The  model  simulated  is  an  architecture 
consisting  of  a  function  declaration  and  a  function  call;  the 
function  consists  of  an  integer  variable  declaration  and  a  variable 
assignment  statement  containing  a  number  of  addition  operations. 

The  factor  to  be  varied  is  the  number  of  addition  operations 
contained  in  the  variable  assignment  statement. 

EXPECTED  RESULTS  ; 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  9  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  addition  operations  in  one  statement  in 
function 

—  EXAMPLE  : 

$  sim  gen/param="shelll . sh" , "test . vhd" ,5 

(UNIX  equivalent  ;  '/.  sim  gen  -param=\"\shelll .  sh\"\  ,\"\test .  vhd\"\ ,5) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
function  add  return  boolean  is 
variable  var  :  integer  :=  0; 
begin 

var  :=  var 

+  var 
+  var 
+  var 
+  var 
+  var; 

return  true; 
end  add; 

signal  done  :  boolean  :=  false; 

begin 

done  <=  add; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
function  add  return  boolean  is 
variable  var  :  integer  :=  0; 
begin 

var  :=  var  #l[+  var]; 
return  true; 
end  add; 

signal  done  :  boolean  :=  false; 
begin 

done  <=  add; 
end  test; 


TEST  HUMBER  :  52 


PATHNAME  :  [ .BENCH. A . C.H2 .PI] shell 1 . sh 

(UNIX  equivalent  :  bench/a/c/h2/pl/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
addition  operations  in  a  procedure;  determine  the  number  of 
addition  operations  allowed  in  one  variable  assignment  statement  of 
a  procedure.  The  model  simulated  is  an  architecture  consisting  of  a 
procedure  declaration  and  a  procedure  call;  the  procedure  consists 
of  an  integer  variable  declaration  and  a  variable  assignment 
statement  containing  a  number  of  addition  operations.  The  factor  to 
be  varied  is  the  number  of  addition  operations  contained  in  the 
variable  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  9  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  addition  operations  in  one  statement  in 
procedure 

—  EXAMPLE  : 

$  sim  gen/param="shelll . sh" , "test . vhd" , 5 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shelll .  sh\"\ .V’Ntest .  vhd\"\,5) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
procedure  add  is 

variable  var  :  integer  :=  0; 
begin 

var  :=  var 

+  var 
+  var 
♦  var 
+  var 
+  var; 

end  add; 
begin 
add ; 

end  test; 
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entity  test  is  end; 
architecture  test  of  test  is 
procedure  add  is 

variable  var  :  integer  :=  0; 
begin 

var  : =  var  #l[+  var]; 
end  add; 
begin 
add; 

end  test; 
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TEST  NUMBER  :  S3 


PATHNAME  :  [. BENCH. B.C.P7]shell0.sh 

(UNIX  equivalent  :  bench/b/c/p7/shellO. sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  for  executing  logical 

OR  operations  on  variables.  The  model  simulated  is  an  architecture 
consisting  of  a  number  of  processes;  each  process  consists  of  a 
number  of  variable  declarations  and  one  logical  OR  variable 
assignment  statement  for  each  variable.  The  factors  to  be  varied 
are  the  number  of  processes  and  the  number  of  variable  declarations 
number  of  logical  OR  variable  assignment  statements. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  12  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/OR  statements  per  process 

2  :  number  of  processes 

—  EXAMPLE  : 

$  sim  gen/param="shell0.vhd","test.vhd”,5,2 

(UNIX  equivalent  :  sim  gen  -param=\"\shellO.  sh\"\ ,\"\test .  vhd\"\ ,5 ,2) 

will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

prl  :  process 


— 

variable  varl  : 

bit  :=  ’O' 

— 

variable  var2  : 

bit  :=  ’1' 

— 

variable  var3  : 

bit  :=  ’0’ 

-- 

variable  var4  : 

bit  :=  >1’ 

— 

variable  var5  : 

bit  :=  ’0' 

— 

begin 

— 

varl 

=  varl  OR 

varl ; 

— 

var2 

=  var2  OR 

var2 ; 

— 

var3 

=  var3  OR 

var3  ; 

— 

var4 

=  var4  OR 

var4; 

— 

var5 

=  var5  OR 

varS ; 

— 

wait ; 

-- 

end  process  prl; 

— 

pr2  :  process 

— 

variable  varl  : 

bit  :=  ’0’ 

— 

variable  var2  : 

bit  :=  '1' 

— 

variable 

var3 

:  bit 

:=  ’O'; 

-- 

variable 

var4 

:  bit 

:=  *  1 ' ; 

— 

variable 

var5 

:  bit 

:=  ’O'; 

begin 

varl  :=  varl  OR  varl; 

var2  :=  var2  OR  var2; 

var  3  :  =  var  3  OR  var3; 

var4  :=  var4  OR  var4; 

var5  :=  var5  OR  var5; 

sait; 

end  process  pr2; 
end  test; 


entity  test  is  end; 
architecture  test  oi  test  is 
begin 

#2[  prfi  :  process 

#1[  variable  var®  :  bit  :=  '$2$0$1$';] 
begin 

#1[  var®  :=  varfi  OR  var®;] 
wait; 

end  process  pr®;] 
end  test; 
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TEST  NUMBER  :  54 


PATHNAME  :  [. BENCH .B . C .K .LI . P7]shell0 . sh 

(UNIX  equivalent  :  bench/b/c/k/ll/p7/shell0.sh) 

PURPOSE  :  Determine  the  effect  on  simulation  CPU  time  when  the  following 
factors  are  varied  in  an  architecture  consisting  of  a  number  of 
processes;  each  process  consists  of  a  variable  bit_vector 
declaration  and  a  for-loop;  the  for-loop  contains  a  logical  OR 
statement,  and  the  number  of  iterations  of  the  loop  is  equal  to 
the  size  of  the  variable  bit_vector  :  number  of  processes,  bit_vector 
size/number  of  iterations  of  for-loop. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  ;  12  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  bit_vector  6ize/number  of  OR  statement  iterations  per  process 

2  :  number  of  processes 

—  EXAMPLE  : 

$  sim  gen/param="shell0.vhd","test.vhd",3,2 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shell0.sh\"\,\"\test.  vhd\"\,3,2) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

prl  :  process 

variable  var  :  bit_vector(l  to  3); 
begin 

for  i  in  1  to  3  loop 

var(i)  :=  var(i)  OR  var(i); 
end  loop; 
wait; 

end  process  prl; 
pr2  ;  process 

variable  var  :  bit_vector(l  to  3); 
begin 

for  i  in  1  to  3  loop 

var(i)  :=  var(i)  OR  var(i); 
end  loop; 
wait; 

end  process  pr2; 
end  test; 
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entity  test  is  end; 
architecture  test  of  test  is 
begin 

#2[  pr®  :  process 

variable  var  :  bit_vector(l  to  7.1%); 
begin 

for  i  in  1  to  7.1 7,  loop 

var(i)  :=  var(i)  OR  var(i); 
end  loop; 
nait ; 

end  process  pr®;] 
end  test; 
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TEST  IUMBER 


55 


PATHNAME  :  [.BENCH. A.C.P7]shell0.sh 

(UNIX  equivalent  :  bench/a/c/p7/shell0.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  logical  OR 

operations  on  signals.  The  model  simulated  consists  o f  a  number  of 
signal  declarations  and  one  logical  OR  signal  assignment  statement 
for  each  signal.  The  factor  to  be  varied  is  the  number  of  signal 
declarations/number  of  logical  OR  signal  assignment  statements. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  12  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  signal  declarations/OR  statements 

—  EXAMPLE  : 

$  sim  gen/param="shell0.vhd","test.vhd",3 

(UNIX  equivalent  :  l  sim  gen  -param=\M\shell0.sh\"\,\"\test. vhd\"\,3) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
signal  sigl  :  bit  :=  'O'; 
signal  sig2  ;  bit  :=  ’1’; 
signal  sig3  :  bit  :=  'O’; 
begin 

sigl  <=  sigl  OR  sigl; 
sig2  <=  sig2  OR  sig2; 
sig3  <=  sig3  OR  sig3; 
end  test; 


entity  test  is  end; 

architecture  test  of  test  is 

#1[  signal  sig®  :  bit  :=  ’$2$0$1$’;] 

begin 

#l[  sig®  <=  sig®  OR  sig®;] 
end  test; 
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TEST  HUMBER  :  S6 


PATHNAME  :  [ . BENCH . A. C ,P7] shelll . sh 

(UNIX  equivalent  :  bench/a/c/p7/shelll .sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  perform  logical  OR 
operations  on  a  signal;  determine  the  number  of  logical  OR 
operations  allowed  in  one  signal  assignment  statement.  The  model 
simulated  is  an  architecture  consisting  of  a  signal  declaration  and 
a  signal  assignment  statement  containing  a  number  of  logical  OR 
operations.  The  factor  to  be  varied  is  the  number  of  logical  OR 
operations  contained  in  the  signal  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 

AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  12  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  OR  operations  in  one  statement 

—  EXAMPLE  : 

S  sim  gen/parara= "shell 1 . vhd" , "test . vhd"  ,3 

(UNIX  equivalent  :  */.  sim  gen  -param=\"\shelll .  sh\"\ ,  V'Vtest .  vhd\"\ ,3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
signal  sig  :  bit  :=  ’O’; 
signal  static_sig  :  bit  ’1’; 

begin 

sig  <=  static_sig 

OR  static_sig 
OR  static.sig 
OR  static_sig; 

end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
signal  sig  :  bit  :=  'O’; 
signal  static.sig  :  bit  :=  '1'; 
begin 

sig  <=  static_sig 

#1 [  OR  static.sig] ; 

end  test; 
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TEST  NUMBER  :  57 


PATHNAME  :  [. BENCH .B . C . P7] shelll . sh 

(UNIX  equivalent  :  bench/b/c/p7/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  logical  OR 
operations  on  variables;  determine  the  number  of  logical  OR 
operations  allowed  in  one  variable  assignment  statement.  The  model 
simulated  is  an  architecture  consisting  of  a  number  of  processes; 
each  process  consists  of  a  variable  declaration  and  a  variable 
assignment  statement  containing  a  number  of  logical  OR  operations. 
The  factors  to  be  varied  are  the  number  of  processes  and  the  number 
of  logical  OR  operations  in  the  variable  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  12  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  OR  operations  in  one  statement  of  a  process 

2  :  number  of  processes 

—  EXAMPLE  : 

$  sim  gen/param="shell 1 . vhd" , "t est . vhd" ,3 , 2 

(UNIX  equivalent  :  V.  sim  gen  -param=\”\shell 1 . sh\"\ , \"\test . vhd\"\ ,3 ,2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

prl  :  process 

variable  var  :  bit  :=  ’1’; 
begin 

var  var 

OR  var 
OR  var 
OR  var; 

wait; 

end  process  prl ; 
pr2  :  process 

variable  var  ;  bit  :=  ’1’; 
begin 

var  :=  var 

OR  var 
OR  var 
OR  var; 


wait ; 

and  process  pr2; 
end  test; 


entity  test  is  end; 
architecture  test  oi  test  is 
begin 

#2 [  pr®  :  process 

variable  var  :  bit  :=  *  1  * ; 
begin 

var  : =  var 

#1 [  OR  var] ; 

wait ; 

end  process  pr®;] 
end  test; 
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TEST  NUMBER  :  58 


PATHNAME  :  [. BENCH . B . C . P8] shellO . sh 

(UNIX  equivalent  :  bench/b/c/p8/shellO . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  for  executing  logical 

NAND  operations  on  variables.  The  model  simulated  is  2m  architecture 
consisting  of  a  number  of  processes;  each  process  consists  of  a 
number  of  variable  declarations  and  one  logical  NAND  variable 
assignment  statement  for  each  variable.  The  factors  to  be  varied 
are  the  number  of  processes  and  the  number  of  variable  declarations/ 
number  of  logical  NAND  variable  assignment  statements. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  ;  Captain  Karen  M.  Serafino 

—  Date  :  12  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  oi  variable  declarations/NAND  statements  per  process 

2  :  number  of  processes 

—  EXAMPLE  : 

$  sim  gen/param="shell0.vhd","test.vhd",3,2 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shell0.sh\"\,\"\test.vhd\"\,3,2) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

prl  :  process 

variable  varl  :  bit  :=  ’O’; 
variable  var2  :  bit  :=  ’1’; 
variable  var3  :  bit  :=  ’O’; 
begin 

varl  :=  varl  NAND  varl; 

var2  :=  var2  NAND  var2; 

var3  :=  var3  NAND  var3; 

wait; 

end  process  prl; 
pr2  :  process 


— 

variable 

varl 

bit 

:=  ’0 

— 

variable 

var2 

bit 

:=  ’1 

— 

variable 

var3 

bit 

:=  ’0 

begin 

varl  :=  varl  NAND  varl; 
var2  :=  var2  NAND  var2; 


var3  :=  var3  NAND  var3; 
wait; 

end  process  pr2; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
begin 

#2[  pr®  :  process 

#1[  variable  var#  :  bit  :=  ’$2$0$1$’;] 
begin 

#1[  .var®  :=  var®  BAND  var®;] 
wait ; 

end  process  pr®;] 
end  test; 
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TEST  NUMBER  :  59 


PATHNAME  :  [. BENCH . B . C . K .LI . P8] shellO . sh 

(UNIX  equivalent  :  bench/b/c/k/ll/p8/shell0 . sh) 

PURPOSE  :  Determine  the  effect  on  simulation  CPU  time  when  the  following 
factors  are  varied  in  an  architecture  consisting  of  a  number  of 
processes;  each  process  consists  of  a  variable  bit_vector 
declaration  and  a  for-loop;  the  for-loop  contains  a  logical  NAND 
statement,  and  the  number  of  iterations  of  the  loop  is  equal  to 
the  size  of  the  variable  bit_vector  :  number  of  processes,  bit_vector 
size/number  of  iterations  of  for-loop. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  12  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  bit_vector  size/number  of  NAND  statement  iterations  per  process 

2  :  number  of  processes 

—  EXAMPLE  : 

$  sim  gen/param="shell0.vhd","test.vhd",3,2 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell0.sh\M\,\"\test.vhd\"\,3,2) 
will  generate  a  model  in  file  "test.vhd"  with  am  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

prl  :  process 

variable  var  :  bit_vector(l  to  3); 
begin 

for  i  in  1  to  3  loop 

var(i)  :=  var(i)  NAND  var(i); 
end  loop; 
wait; 

end  process  prl; 
pr2  :  process 

variable  var  :  bit_vector(l  to  3); 
begin 

for  i  in  1  to  3  loop 

var(i)  :=  var(i)  NAND  var(i); 
end  loop; 
wait; 

end  process  pr2; 
end  test; 
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entity  test  is  end; 
architecture  test  o t  test  is 
begin 

#2[  pr®  :  process 

variable  var  :  bit_vector(l  to  */.l*/.); 
begin 

for  i  in  1  to  '/.l'/,  loop 

var(i)  :=  var(i)  NAND  var(i); 
end  loop; 
wait; 

end  process  pr®;] 
end  test; 


137 


TEST  HUMBER  :  60 


PATHNAME  :  [.BENCH.A.C.P8]shell0.sh 

(UNIX  equivalent  :  bench/a/c/p8/shell0.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  logical  HAND 
operations  on  signals.  The  model  simulated  consists  o f  a  number  of 
signal  declarations  and  one  logical  NAND  signal  assignment  statement 
for  each  signal.  The  factor  to  be  varied  is  the  number  of  signal 
declarations/number  of  logical  NAND  signal  assignment  statements. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  12  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  signal  declarations/NAND  statements 

—  EXAMPLE  : 

$  sim  gen/param="shellO. vhd" , "test . vhd" ,3 

(UNIX  equivalent  :  sim  gen  -param=\"\shell0.sh\"\,\“\l;est.vhd\"\,3) 

will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
signal  sigl  :  bit  :=  ’1’; 
signal  sig2  :  bit  :=  ’1’; 
signal  sig3  :  bit  :=  ’1’; 
begin 

sigl  <=  sigl  NAND  'O’; 
sig2  <=  sig2  NAND  ’O’; 
sig3  <=  sig3  NAND  ’O’; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
#1[  signal  sig®  :  bit  :=  ’1’;] 
begin 

#1[  sig®  <=  sig®  NAND  ’0’;] 
end  test; 
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TEST  NUMBER  :  61 


PATHNAME  :  [ . BENCH . A . C . P8] shelll . sh 

(UNIX  equivalent  :  bench/a/c/p8/shelll .sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  perform  logical  HAND 
operations  on  a  signal;  determine  the  number  of  logical  RAND 
operations  allowed  in  one  signal  assignment  statement.  The  model 
simulated  is  an  architecture  consisting  of  a  signal  declaration  and 
a  signal  assignment  statement  containing  a  number  of  logical  NAND 
operations.  The  factor  to  be  varied  is  the  number  of  logical  NAND 
operations  contained  in  the  signal  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  12  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  NAND  operations  in  one  statement 

—  EXAMPLE  : 

$  sim  gen/param=" shelll . vhd" , "test . vhd" ,3 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shelll .  sh\”\ , \"\test .  vhd\"\ ,3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
signal  sig  :  bit  :=  ’O’; 
signal  static_sig  :  bit  :=  ’O’; 
begin 

sig  <=  static_sig 

NAND  (static.sig 
NAND  (static_sig 
NAND  (static_sig 

) 

) 

); 

end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
signal  sig  :  bit  : =  ’0’ ; 
signal  static_sig  :  bit  :=  'O’; 
begin 
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HAND  (static_6ig] #1 [)] 


sig  <=  static_sig 
#1[ 

end  test; 
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TEST  HUMBER  :  62 


PATHNAME  :  [. BENCH .B . C .P8] shelll .sh 

(UNIX  equivalent  :  bench/b/c/p8/shelll .sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  logical  HAND 
operations  on  variables;  determine  the  number  o+  logical  HAND 
operations  allowed  in  one  variable  assignment  statement.  The  model 
simulated  is  an  architecture  consisting  of  a  number  of  processes; 
each  process  consists  of  a  variable  declaration  and  a  variable 
assignment  statement  containing  a  number  of  logical  NAND  operations. 
The  factors  to  be  varied  are  the  number  of  processes  and  the  number 
of  logical  NAND  operations  in  the  variable  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  12  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  NAND  operations  in  one  statement  of  a  process 

2  :  number  of  processes 

—  EXAMPLE  : 

$  sim  gen/param="shelll.vhd'V'test.vhd’’,3,2 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shelll  .sh\M\,\”\'test.vhd\"\,3,2) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 
entity  test  is  end; 
architecture  test  of  test  is 
begin 

prl  :  process 

variable  var  :  bit  :=  ’1’; 
begin 

var  :=  var 

NAND  (var 
NAND  (var 
NAND  (var 

) 

) 

); 

wait; 

end  process  prl ; 
pr2  :  process 

variable  var  :  bit  ;=  ’1’; 
begin 

var  :=  var 
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NAND  (var 
■AID  (var 
IAND  (var 

) 

) 

) 

wait ; 

end  process  pr2; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
begin 

#2[  prfi  :  process 

variable  var  :  bit  :=  ’ 1 ’ ; 
begin 

var  :=  var 

#1[  NAND  (var] 

#1[  )]; 

wait ; 

end  process  prB;] 
end  test; 
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TEST  HUMBER  :  63 


PATHHAME  :  [ . BEMCH . B . C . P9] shellO . sh 

(UNIX  equivalent  :  bench/b/c/p9/shell0.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  for  executing  logical 

NOR  operations  on  variables.  The  model  simulated  is  am  architecture 
consisting  of  a  number  of  processes;  each  process  consists  of  a 
number  of  variable  declarations  and  one  logical  NOR  variable 
assignment  statement  for  each  variable.  The  factors  to  be  varied 
are  the  number  of  processes  and  the  number  of  variable  declarations/ 
number  of  log’ cal  NOR  variable  assignment  statements. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  ; 


AUTHOR  ;  Captain  Karen  M.  Serafino 

—  Date  :  13  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/NOR  statements  per  process 

2  ;  number  of  processes 

—  EXAMPLE  : 

$  sim  gen/param="shellO . vhd" , "test .vhd" ,3,2 

(UNIX  equivalent  ;  ’/.  sim  gen  -param=\"\shellO . sh\"\ , \"\test . vhd\"\ , 3 ,2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

prl  :  process 


— 

variable  varl  : 

bit  :  = 

’0 

— 

variable  var2  : 

bit  :  = 

’1 

— 

variable  var3  : 

bit  :  = 

’0 

— 

begin 

— 

varl  :=  varl  NOR 

varl; 

— 

var2  :=  var2  NOR 

var2; 

— 

var3  :=  var3  NOR 

var3; 

-- 

wait ; 

— 

end  process  prl ; 

-- 

pr2  :  process 

— 

variable  varl  : 

bit  :  = 

'0 

-- 

variable  var2  : 

bit  :  = 

’  1 

— 

variable  var3  . 

bit  :  = 

'0 

— 

begin 

-- 

varl  :=  varl  NOR 

var  1 ; 

— 

var2  : =  var2  NOR 

var2 ; 
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var3  :=  var3  NOR  var3; 
wait ; 

end  process  pr2; 
end  test; 


entity  test  is  end; 
architecture  test  oi  test  is 
begin 

#2[  pr®  :  process 

#1[  variable  varfi  :  bit  :=  ’$2$0$1$’;] 
begin 

#1[  varfi  :=  varfi  NOR  varfi;] 
wait ; 

end  process  pr®;] 
end  test; 
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TEST  NUMBER  :  64 


PATHNAME  :  [. BENCH .B. C .K . LI .P9]shellO. sh 

(UNIX  equivalent  :  bench/b/c/k/ll/p9/shell0.sh) 

PURPOSE  :  Determine  the  effect  on  simulation  CPU  time  when  the  following 
fa-*ors  are  varied  in  an  architecture  consisting  of  a  number  of 
processes;  each  process  consists  of  a  variable  bit.vector 
declaration  and  a  for-loop;  the  for-loop  contains  a  logical  NOR 
statement,  and  the  number  of  iterations  of  the  loop  is  equal  to 
the  size  of  the  variable  bit_vector  :  number  of  processes,  bit_vector 
size/number  of  iterations  of  for-loop. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  13  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  bit_vector  size/number  of  NOR  statement  iterations  per  process 

2  :  number  of  processes 

—  EXAMPLE  : 

$  sim  gen/param="shellO. vhd" , "test . vhd" ,3 ,2 

(UNIX  equivalent  :  */.  sim  gen  -param=\"\shell0.sh\"\,\"\test.vhd\"\,3,2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

prl  :  process 

variable  var  :  bit_vector(l  to  3); 
begin 

for  i  in  1  to  3  loop 

var(i)  :=  var(i)  NOR  var(i); 
end  loop; 
wait; 

end  process  prl; 
pr2  :  process 

variable  var  :  bit_vector(l  to  3) ; 
begin 

for  i  in  1  to  3  loop 

var(i)  :=  var(i)  NOR  var(i); 
end  loop; 
wait; 

end  process  pr2; 
end  test; 


11 5 


entity  test  is  end; 
architecture  test  o f  test  is 
begin 

#2[  pr®  :  process 

variable  var  :  bit_vector(l  to  ‘/.l’/,); 
begin 

for  i  in  1  to  '/.l'/.  loop 

var(i)  :=  var(i)  NOR  var(i); 
end  loop; 
wait; 

end  process  pr®;] 
end  test; 
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TEST  NUMBER  :  65 


PATHNAME  :  [. BENCH . A . C . P9]shell0 . sh 

(UNIX  equivalent  :  bench/a/c/p9/shell0 . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  logical  NOR 

operations  on  signals.  The  model  simulated  consists  of  a  number  of 
signal  declarations  and  one  logical  NOR  signal  assignment  statement 
for  each  signal.  The  factor  to  be  varied  is  the  number  of  signal 
declarations/number  of  logical  NOR  signal  assignment  statements. 

EXPECTED  RESULTS  : 

UNITS  QF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  13  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  signal  declarations/NOR  statements 

—  EXAMPLE  : 

$  sira  gen/param="shellO . vhd" , "test . vhd" , 3 

(UNIX  equivalent  :  */.  sim  gen  -paramr \»\shellO.  sh\M\ , \"\test .  vhd\**\ ,  3) 
will  generate  a  model  in  file  "test. vhd”  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
signal  sigl  :  bit  :=  ’O’; 
signal  sig2  :  bit  :=  'O’; 
signal  sig3  :  bit  :=  'O’; 
begin 

sigl  <=  sigl  NOR  1 1 ' ; 
sig2  <=  sig2  NOR  ’ 1  ’ ; 
sig3  <=  sig3  NOR  ' 1 ’ ; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
#1[  .  ignal  sig®  :  bit  :=  '0';] 

begin 

*i [  sig®  <=  sig®  NOR  ’ 1  * ;] 
end  test; 
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TEST  NUMBER  :  66 


PATHNAME  :  [ . BENCH . A . C . P9] shelll . sh 

(UNIX  equivalent  :  bench/a/c/p9/shelll .sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  perform  logical  NOR 
operations  on  a  signal;  determine  the  number  of  logical  NOR 
operations  allowed  in  one  signal  assignment  statement.  The  model 
simulated  is  an  architecture  consisting  of  a  signal  declaration  and 
a  signal  assignment  statement  containing  a  number  of  logical  NOR 
operations.  The  factor  to  be  varied  is  the  number  of  logical  NOR 
operations  contained  in  the  signal  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTnJR  :  Captain  Karen  M.  Serafino 

—  Date  :  13  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  NOR  operations  in  one  statement 

—  EXAMPLE  : 

$  sim  gen/param="shelll . vhd" , "test . vhd” ,3 

(UNIX  equivalent  :  '/.  sim  gen  -parcim=\"\shelll.sh\"\,\,,\best.vhd\,‘\,3) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
signal  sig  :  bit  :=  'O’; 
signal  static_sig  :  bit  :=  'O’; 
begin 

sig  <=  static_sig 

NOR  (static_sig 
NOR  (static_sig 
NOR  (static_sig 

) 

) 

); 

end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
signal  sig  :  bit  :=  'O'; 
signal  static_sig  :  bit  :=  'O’; 
begin 
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sig  <=  static_sig 

#l[  HOR  (static_sig]#l[)3 ; 

end  test; 


TEST  HUMBER  :  67 


PATHNAME  :  [. BENCH. B.C.P9]shelll.sh 

(UNIX  equivalent  :  bench/b/c/p9/shelll .eh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  logical  HOR 
operations  on  variables;  determine  the  number  of  logical  HOR 
operations  allotted  in  one  variable  assignment  statement.  The  model 
simulated  is  an  architecture  consisting  of  a  number  of  processes; 
each  process  consists  of  a  variable  declaration  and  a  variable 
assignment  statement  containing  a  number  of  logical  HOR  operations. 
The  factors  to  be  varied  are  the  number  of  processes  and  the  number 
of  logical  HOR  operations  in  the  variable  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  ;  Captain  Karen  M.  Serafino 

—  Date  :  13  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

—  1  :  number  of  NOR  operations  in  one  statement  of  a  process 
2  :  number  of  processes 

—  EXAMPLE  : 

$  sim  gen/param="shelll .vhd" , "test .vhd" ,3,2 

(UNIX  equivalent  :  '/.  sim  gen  -pararo=\"\shelll.sh\"\,\"\test.vhd\"\,3,2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

prl  :  process 

variable  var  :  bit  :=  ’1’; 
begin 

var  : =  var 

HOR  (var 
NOR  (var 
NOR  (var 

) 

) 

); 

wait; 

end  process  prl ; 
pr2  :  process 

variable  var  :  bit  :=  ’1’; 
begin 

var  :=  var 
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NOR  (var 
NOR  (var 
NOR  (var 

) 

) 

); 

sait ; 

end  process  pr2; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
begin 

#2[  pr®  :  process 

variable  var  :  bit  :=  ' 1 ' ; 
begin 

var  :=  var 

#1[  NOR  (var] 

#1[  )]; 

wait ; 

end  process  pr®;] 
end  test; 
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TEST  HUMBER  :  68 


PATHNAME  :  [. BENCH . B . C. P10] shellO. sh 

(UNIX  equivalent  :  bench/b/c/plO/shellO. sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  for  executing  logical 

XOR  operations  on  variables.  The  model  simulated  is  an  architecture 
consisting  of  a  number  of  processes;  each  process  consists  of  a 
number  of  variable  declarations  and  one  logical  XOR  variable 
assignment  statement  for  each  variable.  The  factors  to  be  varied 
are  the  number  of  processes  and  the  number  of  variable  declarations/ 
number  of  logical  XOR  variable  assignment  statements. 


EXPECTED  RESULTS  : 
UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  13  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

_  1  :  number  of  variable  declarations/XOR  statements  per  process 

2  :  number  of  processes 

—  EXAMPLE  : 

$  sim  gen/param="shellO . vhd" , "test . vhd" , 3 , 2 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell0.sh\"\,\"\test.vhd\',\,3,2) 
sill  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

prl  :  process 


variable 

varl 

bit 

:=  ’0 

variable 

var2 

bit 

:=  '1 

variable 

var3 

bit 

:=  *0 

begin 

varl  :=  varl  XOR  varl ; 
var2  :=  var2  XOR  var2; 
var3  :=  var3  XOR  var3; 
wait ; 

end  process  prl ; 
pr2  :  process 


— 

variable 

varl  : 

bit 

:=  >0 

— 

variable 

var2 

bit 

:=  ’1 

_ 

variable 

var3 

bit 

:=  ’0 

begin 

varl  :=  varl  XOR  varl ; 
var2  :=  var2  XOR  var2; 
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»ar 3  :=  var3  XOR  var3; 
wait; 

and  process  pr2; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
begin 

#2[  pr8  :  process 

#1[  variable  varfi  :  bit  :=  '$2$0$1$’;] 
begin 

#1[  .varffl  :=  varffl  XOR  varffl;] 
wait; 

end  process  pr®;] 
end  test; 


r> 


TEST  NUMBER  :  69 


PATHNAME  :  [. BENCH . B . C.K .LI . P10] shellO . sh 

(UNIX  equivalent  :  bench/b/c/k/ll/plO/shellO . sh) 

PURPOSE  :  Determine  the  effect  on  simulation  CPU  time  when  the  following 
factors  are  varied  in  an  architecture  consisting  of  a  number  of 
processes;  each  process  consists  of  a  variable  bit_vector 
declaration  and  a  for-loop;  the  for-loop  contains  a  logical  XOR 
statement,  and  the  number  of  iterations  of  the  loop  is  equal  to 
the  size  of  the  variable  bit_vector  :  number  of  processes,  bit_vector 
size/number  of  iterations  of  for-loop. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  13  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  bit_vector  size/number  of  XOR  statement  iterations  per  process 

2  ;  number  of  processes 

—  EXAMPLE  : 

$  sim  gen/param="shell0.vhd","test.vhd",3,2 

(UNIX  equivalent  :  sim  gen  -param=\"\shell0.sh\"\,\"\test.vhd\"\,3,2) 

will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

prl  :  process 

variable  var  :  bit_vector(l  to  3); 
begin 

for  i  in  1  to  3  loop 

var(i)  :=  var(i)  XOR  var(i); 
end  loop; 
wait; 

end  process  prl; 
pr2  :  process 

variable  var  :  bit_vector(l  to  3); 
begin 

for  i  in  1  to  3  loop 

var(i)  :=  var(i)  XOR  var(i); 
end  loop; 
wait ; 

end  process  pr2; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
begin 

#2[  prC  :  process 

variable  var  :  bit_vector(l  to  '/.l'/.); 
begin 

ior  i  in  1  to  ‘/.l*/,  loop 

var(i)  :=  var(i)  XOE  var(i); 
end  loop; 
wait ; 

end  process  prffl;] 
end  test; 


TEST  HUMBER  :  70 


PATHNAME  :  [.BENCH.A.C.P10]shell0.sh 

(UNIX  equivalent  :  bench/a/c/plO/shellO.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  logical  XOR 

operations  on  signals.  The  model  simulated  consists  o f  a  number  of 
signal  declarations  and  one  logical  XOR  signal  assignment  statement 
for  each  signal.  The  factor  to  be  varied  is  the  number  of  signal 
declarations/number  of  logical  XOR  signal  assignment  statements. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  13  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  signal  declarations/XOR  statements 

—  EXAMPLE  : 

$  sim  gen/param="shell0.vhd","test.vhd",3 

(UNIX  equivalent  :  */.  sim  gen  -param=\H\shell0.sh\"\,\"\test.vhd\"\,3) 
will  generate  a  model  in  file  "test.vhd”  with  an  architecture 
in  the  form  : 

entity  ter.,  is  end; 
architecture  test  of  test  is 
signal  sigl  :  bit  := 
signal  sig2  :  bit  :=  '1'; 
signal  sig3  :  bit  : =  '1'; 
begin 

sigl  <=  sigl  XOR  'O’; 
sig2  <=  sig2  XOR  ’O’; 
sig3  <=  sig3  XOR  ’O'; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
#1[  signal  sig®  :  bit  :=  ’1’;] 
begin 

#1[  sig®  <=  sig®  XOR  ’0’;] 
end  test; 


1  SC, 


TEST  HUMBER  :  71 


PATHNAME  :  [ . BENCH . A .C . P10] shell 1 . sh 

(UNIX  equivalent  :  bench/a/c/plO/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  perform  logical  XOR 
operations  on  a  signal;  determine  the  number  of  logical  XOR 
operations  allowed  in  one  signal  assignment  statement.  The  model 
simulated  is  an  architecture  consisting  of  a  signal  declaration  and 
a  signal  assignment  statement  containing  a  number  of  logical  XOR 
operations.  The  factor  to  be  varied  is  the  number  of  logical  XOR 
operations  contained  in  the  signal  assignment  statement. 

EXPECTED  RESULTS  ; 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  13  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  XOR  operations  in  one  statement 

—  EXAMPLE  : 

$  sim  gen/param="shelll . vhd" , "test . vhd" ,3 

(UNIX  equivalent  ;  V,  sim  gen  -param=\"\shelll . sh\"\ ,V'\test . vhd\"\ ,3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
signal  sig  :  bit  :=  'O’; 
signal  static.sig  :  bit  :=  ’O’; 
begin 

sig  <=  static_sig 

XOR  static_sig 
XOR  static.sig 
XOR  static.sig; 

end  test; 


entity  test  is  end; 
architecture  test  of 
signal  sig  :  bit  : 
signal  static.sig 
begin 

sig  <=  static.sig 
#1[ 

end  test; 


I  ri7 


test  is 
=  -O’; 

:  bit  : =  ’O’; 


XOR  static.sig] ; 


TEST  NUMBER 
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PATHNAME  :  [.BENCH. B.C.P10] shelll . sh 

(UNIX  equivalent  :  bench/b/c/plO/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  logical  XOR 
operations  on  variables;  determine  the  number  of  logical  XOR 
operations  allowed  in  one  variable  assignment  statement.  The  model 
simulated  is  am  architecture  consisting  of  a  number  of  processes; 
each  process  consists  of  a  variable  declaration  and  a  variable 
assignment  statement  containing  a  number  of  logical  XOR  operations. 
The  factors  to  be  varied  are  the  number  of  processes  and  the  number 
of  logical  XOR  operations  in  the  variable  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  ;  Captain  Karen  M.  Serafino 
Lai,e  .  x3  June  19S3 

--  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  XOR  operations  in  one  statement  of  a  process 

2  ;  number  of  processes 

—  EXAMPLE  : 

$  sim  gen/param="shelll . vhd" , "test . vhd" ,3 ,2 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shelll .  sh\"\,\"\t«st- vhd\"\,3,2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

prl  :  process 

variable  var  :  bit  :=  ’1’; 
begin 

var  :=  var 

XOR  var 
XOR  var 
XOR  var; 

wait; 

end  process  prl; 
pr2  :  process 

variable  var  :  bit  :=  M’; 
begin 


!  r.S 


var  :=  var 


XOR  var 
XOR  var 
XOR  var 


wait ; 

end  process  pr2; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
begin 

#2[  prfi  :  process 

variable  var  :  bit  :=  *1'; 
begin 

var  : =  var 

#1[  XOR  var]  ; 

wait ; 

end  process  prfi;] 
end  test; 


I  Vi 


TEST  HUMBER  :  73 


PATHNAME  :  [. BENCH . B .C . PI 1] shellO . sh 

(UNIX  equivalent  :  bench/b/c/pl 1/shellO. sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  for  executing  logical 

NOT  operations  on  variables.  The  model  simulated  is  an  architecture 
consisting  of  a  number  of  processes;  each  process  consists  of  a 
number  of  variable  declarations  and  one  logical  NOT  variable 
assignment  statement  for  each  variable.  The  factors  to  be  varied 
are  the  number  of  processes  and  the  number  of  variable  declarations/ 
number  of  logical  NOT  variable  assignment  statements. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  ;  13  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

—  1  :  number  of  variable  declarations/NOT  statements  per  process 
2  :  number  of  processes 

—  EXAMPLE  : 

$  sim  gen/param="shellO . vhd" , "test . vhd" ,3 , 2 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell0.sh\"\,\"\test.vhd\"\,3,2) 

—  will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 


entity  test  is  end; 


architecture 

test 

of  test 

is 

begin 

prl  :  proce 

!SS 

variable 

varl 

:  bit  : 

=  ’0 

variable 

var2 

:  bit  : 

=  ’1 

variable 

var3 

:  bit  : 

=  ’0 

begin 

varl  : =  NOT  varl ; 
var2  :=  NOT  var2; 
var3  :=  NOT  var3; 
wait ; 

end  process  pr 1 ; 
pr2  :  process 

variable  varl  :  bit  :=  ’O’; 
variable  var2  :  bit  :=  ’ 1’; 
variable  var3  :  bit  :=  ’O’; 
begin 

varl  : =  NOT  varl ; 
var2  :=  NOT  var2; 


liif) 


var3  :=  NOT  var3; 
wait ; 

end  process  pr2; 
end  test; 


entity  test  is  end; 
architecture  test  ol  test  is 
begin 

#2[  prC  :  process 
#l[  variable  var®  :  bit  := 
begin 

#1[  .var®  :=  NOT  var®;] 
wait ; 

end  process  pr®;] 
end  test; 


’$2$0$1$ ’ ;] 


If 


TEST  NUMBER  :  74 


PATHNAME  :  [. BENCH. B.C.K. LI .Pll]shellO. sh 

(UNIX  equivalent  :  bench/b/c/k/1 1/pl 1/shellO. sh) 

PURPOSE  :  Determine  the  effect  on  simulation  CPU  time  when  the  following 
factors  axe  varied  in  an  architecture  consisting  of  a  number  of 
processes;  each  process  consists  of  a  variable  bit_vector 
declaration  and  a  for-loop;  the  for-loop  contains  a  logical  NOT 
statement,  and  the  number  of  iterations  of  the  loop  is  equal  to 
the  size  of  the  variable  bit_vector  :  number  of  processes,  bit_vector 
size/number  of  iterations  of  for-loop. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  13  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  bit.vector  size/number  of  NOT  statement  iterations  per  process 

2  :  number  of  processes 

—  EXAMPLE  : 

$  sim  gen/param="shellO . vhd" , "test .vhd" ,3,2 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shellO  sh\"\,\"\test. vhd\"\ ,3,2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

prl  :  process 

variable  var  :  bit_vector(l  to  3); 
begin 

for  i  in  1  to  3  loop 
var(i)  :=  NOT  var(i); 
end  loop; 
wait; 

end  process  prl ; 
pr2  :  process 

variable  var  :  bit_vector(l  to  3); 
begin 

for  i  in  1  to  3  loop 
var(i)  :=  NOT  var(i); 
end  loop; 
wait; 

end  process  pr2; 
end  test; 
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entity  test  is  end; 
architecture  test  o i  test  is 
begin 

#2[  prfl  :  process 

variable  var  :  bit_vector(l  to  */,l'/.) ; 
begin 

for  i  in  1  to  ’/.l*/.  loop 
var(i)  :=  NOT  var(i); 
end  loop; 
wait ; 

end  process  prfi;] 
end  test; 


TEST  NUMBER  :  75 


PATHNAME  :  [. BENCH . A . C .Pll] shellO . sh 

(UNIX  equivalent  :  bench/a/c/pll/shellO.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  logical  NOT 

operations  on  signals.  The  model  simulated  consists  of  a  number  of 
signal  declarations  and  one  logical  NOT  signal  assignment  statement 
for  each  signal.  The  factor  to  be  varied  is  the  number  of  signal 
declarations/number  of  logical  NOT  signal  assignment  statements. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  13  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  signal  declarations/NOT  statements 

—  EXAMPLE  : 

$  sim  gen/param="shell0.vhd","test.vhd",3 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell0.sh\"\,\"\test.vhd\"\,3) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
signal  static_sig  :  bit  := 
signal  sigl  :  bit  :=  ’1'; 
signal  sig2  :  bit  :=  ’1’; 
signal  sig3  :  bit  :=  ’1’; 
begin 

sigl  <=  NOT  static_sig; 
sig2  <=  NOT  static_sig; 
sig3  <=  NOT  static_sig; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
signal  static_sig  :  bit  :=  '1’; 
#l[  signal  sig®  :  bit  :=  'I';] 
begin 

#l[  sig®  <=  NOT  static.sig;] 
end  test; 


Idl 


TEST  NUMBER  :  76 


PATHNAME  :  [.BENCH .  A  .C ,PU] shelll .  sh 

(UNIX  equivalent  :  bench/a/c/pll/shelll.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  perform  logical  NOT 
operations  on  a  signal;  determine  the  number  of  logical  NOT 
operations  allowed  in  one  signal  assignment  statement.  The  model 
simulated  is  an  architecture  consisting  of  a  signal  declaration  and 
a  signal  assignment  statement  containing  a  number  of  logical  NOT 
operations.  The  factor  to  be  varied  is  the  number  of  logical  NOT 
operations  contained  in  the  signal  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  13  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  NOT  operations  in  one  statement 

—  EXAMPLE  : 

$  sim  gen/param= "shelll . vhd" , "test . vhd" ,3 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shelll .  sh\"\  ,\"\test .  vhd\"\ ,  3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
signal  sig  :  bit  :=  ’O’; 
signal  static_sig  :  bit  :=  ’O’; 
begin 
sig  <  = 

NOT  ( 

NOT  ( 

NOT  ( 

static.sig 

) 

) 

); 

end  test , 


entity  test  is  end; 
architecture  test  of  test  is 
signal  sig  :  bit  :=  ’O’; 
signal  static.sig  :  bit  :=  'O'; 
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TEST  HUMBER  :  77 


PATHNAME  :  [. BENCH. B.C. PI 1] shelll .sh 

(UNIX  equivalent  :  bench/b/c/pll/shelll.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  logical  NOT 
operations  on  variables;  determine  the  number  o f  logical  NOT 
operations  allowed  in  one  variable  assignment  statement.  The  model 
simulated  is  an  architecture  consisting  of  a  number  o i  processes; 
each  process  consists  of  a  variable  declaration  and  a  variable 
assignment  statement  containing  a  number  of  logical  NOT  operations. 
The  factors  to  be  varied  are  the  number  of  processes  and  the  number 
of  logical  NOT  operations  in  the  variable  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  13  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

—  1  :  number  of  NOT  operations  in  one  statement  of  a  process 
2  :  number  of  processes 

—  EXAMPLE  : 

$  sim  gen/param="shelll . vhd" , "test . vhd" ,3 ,2 

(UNIX  equivalent  :  '/,  sim  gen  -param=V'\shelll .  sh\"\ ,  V'\test .  vhd\"\ ,  3,2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

prl  :  process 

variable  var  :  bit  :=  ’1’; 
begin 
var  :  = 

NOT  ( 

NOT  ( 

NOT  ( 

var 

) 

) 

); 

wait; 

end  process  prl; 
pr2  :  process 

variable  var  :  bit  :=  ’1'; 
begin 
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var  :  = 

NOT  ( 

NOT  ( 

NOT  ( 

var 

) 

) 

): 

wait ; 

end  process  pr2; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
begin 

#2[  pr®  :  process 

variable  var  :  bit  :=  *  1'; 
begin 
var  :  = 

#1[  NOT  (] 

var 

#1[  )3 I 

wait ; 

end  process  pr®;] 
end  test; 
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TEST  MUHBER  :  78 


PATHNAME  :  [. BENCH . A .C . P5]shell0 . sh 

(UNIX  equivalent  :  bench/a/c/p5/shellO . sh) 

PURPOSE  ;  Determine  the  simulation  CPU  time  required  to  execute  concatenation 
operations  on  string  signals.  The  model  simulated  consists  of  a 
number  of  string  signal  declarations  and  one  concatenation  signal 
assignment  statement  for  each  signal.  The  factors  to  be  varied  are 
the  number  of  signal  declarations/number  of  concatenation  signal 
assignment  statements  and  the  lengths  of  the  strings  to  be 
concatenated . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  14  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  length  of  string.l 

2  ;  length  of  string. 2 

—  3  :  number  of  result.string  declarations/number  of  concatenation 

statements 

—  EXAMPLE  : 

$  sim  gen/param="shellO . vhd" , "test . vhd" , 10 , 5 ,3 

(UNIX  equivalent  :  '/,  sim  gen  -param=\”\shell0.sh\"\,\"\test.vhd\"\,  10,5,3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

signal  string.l  :  stringd  to  10)  :=  "ABCDEFGHI J" ; 
signal  string_2  :  string(l  to  5)  :=  "ABCDE"; 

signal  result.stringl  :  stringd  to  (10  +  5)); 

signal  result_string2  :  string(l  to  (10  +  5)); 

signal  result_string3  :  stringd  to  (10  +  5)); 

begin 

result.stringl  <=  string.!  Sc  string_2; 
result.str ing2  <=  string.l  Sc  string_2; 
result_string3  <=•  string.l  Sc  strmg_2; 
end  test; 


entity  test  is  end; 
trchitcctur?  ter t  test  is 

signal  string.l  :  stringd  to  7,1*/.) 


signal  string_2  :  string(l  to  */.2*/.)  :=  **?2? ; 

#3[  signal  result.string®  :  string(l  to  (*/.  17,  +  */.2*/.));] 
begin 

#3[  result_stringfi  <=  string. 1  &  string_2;] 
end  test; 
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TEST  NUMBER  :  79 


PATHNAME  :  [.BENCH.A.C.PS]shelll .sh 

(UNIX  equivalent  :  bench/a/c/pS/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  perform  concatenatior 
operations  on  a  signal;  determine  the  number  of  concatenation 
operations  allowed  in  one  signal  assignment  statement.  The  model 
simulated  is  an  architecture  consisting  of  a  string  signal 
declaration  and  a  signal  assignment  statement  containing  a  number  of 
concatenation  operations.  The  factors  to  be  varied  are  the  number 
of  concatenation  operations  contained  in  the  signal  assignment 
statement  and  the  length  of  the  string  used  in  the  concatenations. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  14  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  length  of  string  used  in  concatenation  operations 

2  :  number  of  concatenation  operations  in  one  statement 

—  EXAMPLE  : 

$  sim  gen/param="shelll . vhd"  ,  "test . vhd"  ,  10 , 3 

(UNIX  equivalent  :  7.  sim  gen  -param=\"\shelll . sh\"\ ,\"\test . vhd\"\ , 10 ,3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

signal  op_string  :  string(l  to  10)  :=  " ABCDEFGHIJ" ; 
signal  result_string  :  stringCl  to  (10  *  (3  +  1))); 
begin 

result.str ing  <=  op_string 

t  op_string 
A  op_string 
Sc  op_string, 

end  test; 


entity  test  is  end; 
architecture  test  of  test  is 

signal  op.string  ;  string(l  to  V.  1 V. )  :=  "’l7"; 
signal  result.string  :  stringCl  to  (7.17,  *  (7.27.  +  1))); 
begin 

result_str: ng  <=  op_stnng 
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#2[  &  op.string] ; 

end  test; 


TEST  NUMBER  :  80 


PATHNAME  :  [. BENCH. B. C. P5] shellO. sh 

(UNIX  equivalent  :  bench/b/c/pS/shellO . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  lor  executing 

concatenation  operations  on  variables.  The  model  simulated  is  an 
architecture  consisting  ol  a  number  of  processes;  each  process 
consists  of  a  number  of  string  variable  declarations  and  one 
concatenation  variable  assignment  statement  for  each  variable.  The 
factors  to  be  varied  are  the  number  of  processes,  the  number  of 
variable  declarations/number  of  concatenation  variable  assignment 
statements,  and  the  length  of  the  string  used  in  the  concatenations. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  15  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  length  of  strings 

2  :  number  of  variable  declarations/concatenation  statements  per  process 

3  :  number  of  processes 

—  EXAMPLE  : 

$  sim  gen/param="shellO . vhd" , "test . vhd" , 10 ,2 ,2 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shellO.  sh\"\  ,\"\test .  vhd\"\ ,  10,2 , 2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

prl  :  process 

variable  static_var  :  string(l  to  10)  :=  " ABCDEFGHI J" ; 
variable  varl  :  stringCl  to  (10  +  10)); 

variable  var2  :  string(l  to  (10  +  IC)); 

begin 

varl  :=  static_var  4  static.var; 
var2  :=  static.var  4  static.var; 
wait; 

end  process  prl ; 
pr2  :  process 

variable  static.var  :  string(l  to  10)  :=  "ABCDEFGHI J" ; 
variable  varl  :  string(l  to  (10  +  10)); 

variable  var2  :  stiing(l  to  (10  +  10)); 

begin 

varl  :=  static. var  4  static. var; 
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var2  :=  static.var  t  static.var; 
wait  ; 

end  process  pr2; 
end  test ; 


entity  test  is  end; 
architecture  test  of  test  is 
begin 

#3[  pr®  :  process 

variable  static_var  :  string(l  to  */,l'/,)  :=  "?1?" 
#2[  variable  var®  :  string(l  to  ('/.l'/,  +  ‘/.l’/.));] 
begiii 

#2[  varfl  :=  static.var  tc  static_var;] 
wait ; 

end  process  pr®;] 
end  test; 
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TEST  NUMBER  :  81 


PATHNAME  :  [. BENCH. B. C. P5]*helll . sh 

(UNIX  equivalent  :  bench/b/c/pS/shelll .sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  concatenation 
operations  on  variables;  determine  the  number  of  concatenation 
operations  allowed  in  one  variable  assignment  statement.  The  model 
simulated  is  an  architecture  consisting  of  a  number  of  processes; 
each  process  consists  of  two  string  variable  declarations  and  a 
variable  assignment  statement  containing  a  number  of  concatenation 
operations.  The  factors  to  be  varied  are  the  number  of  processes, 
the  number  of  concatenation  operations  in  the  variable  assignment 
statement,  and  the  length  of  the  string  used  in  the  concatenations. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 
Date  :  15  June  1989 


—  PARAMETER  NUMBER  MEANING  : 

1  :  length  of  strings 

2  :  number  of  concatenation  operations  in  one  statement  of  a  process 

3  :  number  of  processes 


—  EXAMPLE  : 


$  sim  gen/param="shell 1 . vhd" , "test . vhd" , 10 , 3 ,2 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell  1 .  sh\"\ , \"\test .  vhd\"\ ,  10 , 3 , 2) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

prl  :  process 

variable  static_var  :  string(l  to  10)  :=  "ABCDEFGHI J" ; 
variable  var  :  stringO  to  (10  *  (3  +  1))); 
begin 

var  :=  static.var 

A  statir.var 
6  static.var 
St  stat ic_ var  ; 


wait; 

end  process  pr  1 ; 
pr2  :  process 

variable  static_var  :  stnng(l  to  10)  :=  "ABCDEFGHI J" ; 
variable  var  ;  stnng(l  to  (10  *  (3  +  1))); 

begin 


var  :=  static_var 


wait ; 

end  process  pr2; 
end  test; 


ft  static.var 
ft  static_var 
ft  static_var; 


entity  test  is  end; 
architecture  test  of  test  is 
begin 

#3 1  pr®  :  process 

variable  static_var  :  string(l  to  '/.l'/.)  :=  "?1?"; 
variable  var  :  string(l  to  (‘/,l'/.  *  C/.2'/,  +  1))); 
begin 

var  :=  static_var 

#2[  ft  static.var] ; 

wait ; 

end  process  pr®;] 
end  test; 
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TEST  NUMBER  :  82 


PATHNAME  :  [ . BENCH . A .C ,H2 .PS] shellO . sh 

(UNIX  equivalent  :  bench/a/c/h2/p5/shellO . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

concatenation  statements.  The  model  simulated  is  an  architecture 
consisting  of  a  procedure  declaration  and  a  procedure  call.  The 
procedure  consists  of  a  number  of  string  variable  declarations 
and  a  concatenation  statement  for  each  variable.  The  factors  to  be 
varied  are  the  number  of  variable  declarations/concatenation 
statements  in  the  procedure  and  the  length  of  the  strings  used  in 
the  concatenations. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 
Date  :  IS  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  length  of  strings 

2  :  number  of  variable  declarations/variable  concatenation  statements  in 

procedure 

—  EXAMPLE  : 

$  sim  gen/param="shellO . sh" , "test . vhd" , 10 , 3 

(UNIX  equivalent  :  '/.  sim  gen  -param=V’\shell0.sh\"\,\"\test.  vhd\"\,  10,3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
procedure  concatenate  is 

variable  static_var  :  string(l  to  10)  :=  "ABCDEFGHI J" ; 

variable  varl  :  string(l  to  (10  +  10)); 

variable  var2  :  stringCl  to  (10  +  10)); 

variable  var3  :  stringCl  to  (10  +  10)); 

begin 

varl  :=  static_var  ft  static_var; 

var2  : =  static.var  &  static_var; 

var3  :=  static_var  ft  static_var; 

end  concatenate; 
begin 

concatenate; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
procedure  concatenate  is 

variable  static.var  :  string(l  to  7,1’/.)  "?1 

#2[  variable  varfi  :  string(l  to  (7.17.  +  7.l7.));] 
begin 

#2[  var<D  :=  static.var  ft  static.var;] 
end  concatenate; 
begin 

concatenate ; 
end  test; 


TEST  NUMBER  :  83 


PATHNAME  :  [. BENCH . A . C . H2 . P5] shell 1 . sh 

(UNIX  equivalent  :  bench/a/c/h2/p5/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

concatenation  operations  in  a  procedure;  determine  the  number  of 
concatenation  operations  allowed  in  one  variable  assignment 
statement  of  a  procedure.  The  model  simulated  is  an  architecture 
consisting  of  a  procedure  declaration  and  a  procedure  call;  the 
procedure  consists  of  a  string  variable  declaration  and  a  variable 
assignment  statement  containing  a  number  of  concatenation  operations. 
The  factors  to  be  varied  are  the  number  of  concatenation  operations 
contained  in  the  variable  assignment  statement  and  the  length  of  the 
string  used  in  the  concatenations. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  15  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  length  of  strings 

2  :  number  of  variable  concatenation  operations  in  one  statement  in 

procedure 

--  EXAMPLE  : 

$  sim  gen/param="shell 1 . sh" , "test . vhd"  ,  10 , 3 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shelll .  sh\"\ ,V'\test .  vhd\"\ ,  10, 3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
procedure  concatenate  is 

variable  static.var  :  string(l  to  10)  :=  "ABCDEFGHIJ" ; 
variable  var  :  stringO  to  (10  *  (3  +  1))); 
begin 

j ar  static_var 

&  static_var 
ft  static_var 
ft  static.var; 

end  concatenate; 
begin 

concatenate; 
end  test, 


1  T'l 


entity  test  is  end; 
architecture  test  oi  test  is 
procedure  concatenate  is 

variable  static_var  :  string(l  to  '/.l'/.)  :  = 
variable  var  :  string(l  to  ('/.l*/.  *  (7.2*/.  + 
begin 

var  :=  static.var  #2 [ft  static.var] ; 
end  concatenate; 
begin 

concatenate; 
end  test; 


ISO 


M?  1  ?" 
))); 


TEST  HUMBER  :  84 


PATHNAME  :  [ . BENCH . A .0 . 12 ,P5] shellO . sh 

(UNIX  equivalent  :  bench/a/c/i2/p5/shellO . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

concatenation  statements.  The  model  simulated  is  an  architecture 
consisting  of  a  function  declaration  and  a  function  call.  The 
function  consists  of  a  number  of  string  variable  declarations 
and  a  concatenation  statement  for  each  variable.  The  factors  to  be 
varied  are  the  number  of  variable  declarations/concatenation 
statements  in  the  function  and  the  length  of  the  string  used  in  the 
concatenations . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Sarafino 

—  Date  :  15  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  length  of  strings 

2  :  number  of  variable  declarations/variable  concatenation  statements  in 

function 

--  EXAMPLE  : 

$  sim  gen/param="shellO . sh" , "test . vhd" , 10 , 3 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shellO . sh\"\ ,\"\test . vhd\"\ , 10, 3) 
sill  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

function  concatenate  return  boolean  is 

variable  static_var  :  string(l  to  10)  :=  "ABCDEFGHI J" ; 

variable  varl  :  string(l  to  (10  +  10)); 

variable  var2  :  string(l  to  (10  +  10)); 

variable  var3  :  string(l  to  (10  +  10)); 

begin 

varl  : =  static.var  A  static_var; 
var2  :=  static.var  ft  static. var; 
var3  :=  static_var  ft  static.var; 
return  true; 
end  concatenate; 

signal  return_sig  :  boolean  :=  false; 
begin 

return.sig  <=  concatenate; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 

function  concatenate  return  boolean  is 

variable  static_var  :  string(l  to  '/.l'/.)  :=  "?1?" 
#2[  variable  va  0  :  string(l  to  (‘/.l*/,  +  7.1’/.))  ;3 
begin 

#2[  varfl  static_var  t  static_var;] 
return  true; 
end  concatenate; 

signal  return_sig  :  boolean  :=  false; 
begin 

return_sig  <=  concatenate; 
end  test; 
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TEST  NUMBER  :  85 


PATHNAME  :  [ . BENCH . A .C. 12 ,P5] shelll . sh 

(UNIX  equivalent  :  bench/a/c/i2/p5/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
concatenation  operations  in  a  function;  determine  the  number  of 
concatenation  operations  allowed  in  one  variable  assignment 
statement  of  a  function.  The  model  simulated  is  an  architecture 
consisting  of  a  function  declaration  and  a  function  call;  the 
function  consists  of  two  string  variable  declarations  and  a  variable 
assignment  statement  containing  a  number  of  concatenation  operations. 
The  factors  to  be  varied  are  the  number  of  concatenation  operations 
contained  in  the  variable  assignment  statement  and  the  length  of  the 
string  used  in  the  concatenations. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  15  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  length  of  strings 

2  :  number  of  variable  concatenation  operations  in  one  statement  in 

function 

—  EXAMPLE  : 

$  sim  gen/param="shelll . sh" , "test . vhd" , 10 , 3 

(UNIX  equivalent  :  '/.  sim  gen  -param=V'\shelll . sh\"\ ,\"\test . vhd\"\ , 10, 3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

function  concatenate  return  boolean  is 

variable  static_var  ;  string(l  to  10)  :=  "ABCDEFGHI J" ; 
variable  var  :  string(l  to  (10  *  (3  +  1))); 
begin 

var  :=  static_var 

tc  static_var 
&  static_var 
ft  static.var; 

return  true; 
end  concatenate; 

signal  return_sig  :  boolean  :=  false; 
begin 

return_sig  <=  concatenate; 
end  test; 
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entity  test  is  end; 
architecture  test  of  test  is 

function  concatenate  return  boolean  is 

variable  static_var  :  6tring(l  to  '/.l'/.)  :=  "?1?" 
variable  var  :  string(l  to  C/.l'/.  *  (*/.2*/.  +  1))); 
begin 

var  :=  static_var  #2[4  static_var] ; 
return  true; 
end  concatenate; 

signal  return_sig  :  boolean  :=  false; 
begin 

return_sig  <=  concatenate; 
end  test; 


TEST  NUMBER  :  86 


PATHNAME  :  [. BENCH . A . C . HI .LI .M ,S2] shell . sh 

(UNIX  equivalent  :  bench/a/c/hl/ll/m/s2/shell . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  for  writing  characters 

to  an  output  file.  The  model  simulated  is  an  entity  consisting  of  a 
procedure  declaration  and  an  architecture  consisting  of  a  procedure 
call.  The  procedure  consists  of  a  for-loop  whose  number  of 
iterations  is  equal  to  the  number  of  characters  to  write  (excluding 
linefeeds).  The  for-loop  contains  a  write  character  statement  and 
an  if-then  construct  containing  a  write  linefeed  statement.  The 
factor  to  be  varied  is  the  number  of  non-linefeed  characters  to 
write . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  DATE  :  IS  June  1989 

—  PARAMETER  MEANING  : 

1  :  number  of  characters  to  write  to  output  file  "data_file.dat"; 
after  every  75  characters,  a  linefeed  is  written 

—  EXAMPLE  : 

$  sim  gen/param="shell . sh" , "test . vhd" , 100 

(UNIX  equivalent  :  sim  gen  -param=\"\shell .  sh\"\ , \"\test .  vhd\"\ ,  100) 

will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

type  char_file  is  file  of  character; 
file  out_file  :  char.file  is  out  "data_file.dat"; 
procedure  wnte_f ile(number_of .characters  :  in  integer)  is 
begin 

for  i  in  1  to  number. of .characters  loop 
vrite(out_f ile ,  ’  *  ’ ) ; 
if  (l  mod  75)  =  0  then 

write(out_f ile, If ) ; 
end  if; 
end  loop; 
end  write.file; 
end  test; 

architecture  test  of  test  is 
begin 

write.f ile( 100)  ; 
end  test; 
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After  simulating  kernel  test,  "data_file.dat"  wi31  be  as  follows  : 

*************************************************************************** 

************************* 


entity  test  is 

type  char.file  is  file  of  character; 
file  out_file  :  char_file  is  out  "data_file.dat"; 
procedure  write_f ile(number_of_characters  :  in  integer)  is 
begin 

for  i  in  1  to  number_of .characters  loop 
write(out_f ile, '*') ; 
if  (i  mod  75)  =  0  then 

srite(out_f ile, If ) ; 
end  if ; 
end  loop; 
end  write.file; 
end  test; 

architecture  test  of  test  is 
begin 

write.f  ileC/.l*/,) ; 
end  test; 
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TEST  NUMBER  :  87 


PATHNAME  :  [. BENCH. A. C. HI .L3.S2] shell. sh 

(UNIX  equivalent  :  bench/a/c/hl/13/s2/shell.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  lor  writing  characters 
to  an  output  file.  The  model  simulated  is  an  entity  consisting  of 
a  procedure  declaration  and  an  architecture  consisting  ol  a 
procedure  call.  The  procedure  consists  of  a  while-loop  whose  number 
of  iterations  is  equal  to  the  number  of  non-linefeed  characters  to 
write.  The  while-loop  contains  a  write  character/write  linefeed 
combination  and  a  subtraction  statement  to  decrement  the  loop- 
counter.  The  factor  to  be  varied  is  the  number  of  non-linefeed 
characters  to  write. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  DATE  :  IS  June  1989 

—  PARAMETER  MEANING  : 

1  :  number  of  lines  to  write  to  output  file  "data_file.dat";  each 
line  consists  of  a  followed  by  a  linefeed 

—  EXAMPLE  : 

$  sim  gen/param="shell . sh" ,  'test . vhd" , 100 

(UNIX  equivalent  :  ’/.  sim  gen  -param=\"\shell .  sh\"\ , \"\test .  vhd\"\ ,  100) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

type  char_file  is  file  of  character; 

file  out_file  :  char.file  is  out  "data_file.dat"; 

procedure  write_file  is 

variable  number_of .lines  :  integer  ;=  100; 
begin 

while  number.of .1 ines  >  0  loop 

write(out_f ile , ; 

write(out_f ile  .  If ) ; 

number.of .lines  :=  number.of .lines  -  1; 
end  loop; 
end  write.file; 
end  test; 

architecture  test  of  test  is 
begin 

write.file; 
end  test; 
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Alter  simulating  kernel  test,  "data_file.dat"  will  be  as  follows 
(100  lines) 

* 

* 


* 

* 


entity  test  is 

type  char_file  is  file  of  character; 

file  out_file  :  char_file  is  out  "data_file.dat"; 

procedure  write_file  is 

variable  number_of .lines  :  integer  :=  ’/,  1 '/, ; 
begin 

while  number.of .lines  >  0  loop 
wi ite(out_f ile 
write(out_f ile.lf ) ; 

number.of .lines  ;=  number.of .lines  -  1; 
end  loop; 
end  write.file; 
end  test; 

architecture  test  of  test  is 
begin 

write.file; 
end  tost; 


TEST  HUMBER  :  88 


PATHNAME  :  [ . BENCH . A . C . HI ,S2]shell .sh 

(UNIX  equivalent  :  bench/a/c/hl/s2/shell . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  write  characters 

to  an  output  file.  The  model  simulated  is  an  entity  consisting  of 
a  procedure  declaration  and  an  architecture  consisting  of  a 
a  procedure  call.  The  procedure  consists  of  a  number  of  write 
character/write  linefeed  combinations.  The  factor  to  be  varied  is 
the  number  of  write  character/write  linefeed  pairs  in  the  procedure. 

EXPECTED  RESULTS  : 

UNITS  0p  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  DATE  :  IS  June  1989 

—  PARAMETER  MEANING  : 

1  :  number  of  lines  to  write  to  output  file  "data_file.dat";  each 
line  consists  of  a  followed  by  a  linefeed 

—  EXAMPLE  : 

$  sim  gen/param="shell . sh" , "test . vhd" , 100 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell .  sh\"\ , \"\test .  vhd\"\  ,  100) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

type  char_file  is  file  of  character; 

file  out.file  :  char_file  is  out  "data_file.dat"; 

procedure  vrite_file  is 

begin 

write (out_f lie , 1 *’) ; 
write (out_f ile , If  )  ; 

(100  repetitions) 

write(out_f ile , ' * ’ ) ; 

wr ite(out_f lie , If ) ; 
end  write_file; 
end  test; 

architecture  test  of  test  is 
begin 

write_file; 
end  test; 

Aft*.r  simulating  kernel  test,  "data_file.dat"  will  be  as  follows  : 
(100  lines) 


* 


entity  test  is 

type  char_file  is  file  of  character; 

file  out_file  :  char_file  is  out  "data_file.dat1* 

procedure  write_file  is 

begin 

#l[  ,write(out_f ile , ; 
write(out_f ile ,lf ) ;] 
end  write_file; 
end  test; 

architecture  test  of  test  is 
begin 

orite_f ile; 
end  test; 
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TEST  NUMBER  :  89 


PATHNAME  :  [. BENCH . A . C . H1R. M . S2] shell . sh 

(UNIX  equivalent  :  bench/a/e/hlr/m/s2/shell . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  for  vriting  characters 
to  an  output  file.  The  model  simulated  is  an  entity  consisting  of 
a  procedure  declaration  and  an  architecture  consisting  of  a 
procedure  call.  The  procedure  consists  of  a  write  character/write 
linefeed  combination  and  a  recursive  call  to  itself.  The  factor  to 
be  varied  is  the  n  mber  of  times  the  procedure  will  recursively  call 
itself . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  DATE  .  15  Jane  1969 

—  PARAMETER  MEANING  : 

1  :  number  of  lines  to  write  to  output  file  "data_file.dat";  each 
line  consists  of  a  followed  by  a  linefeed 

—  EXAMPLE  : 

$  sim  gen/param="shell . sh" , "test . vhd" ,4 

(UNIX  equivalent  :  */.  sim  gen  -param=\"\shell .  sh\"\,  V'Ntest .  vhd\"\ ,4) 

—  vill  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is 

type  char.file  is  file  of  character; 
file  out_file  :  char_file  is  out  "data_file.dat"; 
procedure  write_f ile(number_of_lines  :  in  integer)  is 
begin 

write (out_f ile ; 
write(out_file,lf ) ; 
if  number_of .lines  >  1  then 

wnte_file(number_of_lines  -  1); 
end  if ; 

end  write.file; 
end  test; 

architecture  test  of  test  is 
begin 

write.f ile(4) ; 
end  test; 

After  simulating  kernel  test,  "data_file.dat"  will  be  as  follows  : 


entity  test  is 

type  char_file  is  file  of  character; 
file  out.file  :  char .file  is  out  "data_file.dat”; 
procedure  write.f ile(number_of_lines  :  in  integer) 
begin 

write (out _f ile, **’) ; 
write(out_f ile.lf ) ; 
if  number.of .lines  >  1  then 

write.f ile (number.of .lines  -  1); 
end  if, 

end  write.file; 
end  test; 

architecture  test  of  test  is 
begin 

write.f  ileC/.l'/.) ; 
end  test; 


TEST  NUMBER  :  90 


PATHNAME  :  [ . BENCH . A . C . HI . PI] shellO . sh 

(UNIX  equivalent  :  bench/a/c/hl/pl/shellO.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

addition  statements.  The  model  simulated  is  an  entity  consisting 
of  a  procedure  declaration  and  an  architecture  consisting  of  a 
procedure  call.  The  procedure  consists  of  a  number  of  integer 
variable  declarations  and  an  addition  statement  for  each  variable. 
The  factor  to  be  varied  is  the  number  of  variable  declarations/ 
addition  statements  in  the  procedure. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  15  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/variable  addition  statements  in 
procedure 

EXAMPLE  : 

$  sim  gen/parara="shell0.sh","test.vhd",3 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell0.sh\"\,\’,\test.  vhd\"\,3) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 
procedure  add  is 

variable  varl  :  integer  :=  0; 
variable  var2  :  integer  :=  0; 
variable  var3  :  integer  :=  0; 
begin 

varl  :=  varl  +  1; 

var2  :=  var2  +  1; 

var3  :=  var3  +  1; 

end  add; 
end  test; 

architecture  test  of  test  is 
begin 
add ; 

end  test; 


entity  test  is 
procedure  add  is 
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#1[  variable  var®  :  integer  :=  0;] 
begin 

#1[  var®  :=  var®  +  1 ; 3 

end  add; 
end  test; 

architecture  test  of  test  is 
begin 
add; 

end  test; 
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TEST  W UMBER  :  91 


PATHNAME  :  [ . BENCH . A . C . HI .PI] shelll . sh 

(UNIX  equivalent  :  bench/a/c/hl/pl/shelll .sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
addition  operations  in  a  procedure;  determine  the  number  of 
addition  operations  allowed  in  one  variable  assignment  statement  of 
a  procedure.  The  model  simulated  is  an  entity  consisting  o 1  a 
procedure  declaration  and  an  architecture  consisting  of  a  procedure 
call;  the  procedure  consists  of  an  integer  variable  declaration  arid 
a  variable  assignment  statement  containing  a  number  of  addition 
operations.  The  factor  to  be  varied  is  the  number  of  addition 
operations  contained  in  the  variable  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafir.o 

—  Date  :  IS  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  addition  operations  in  one  statement  in 
procedure 

—  EXAMPLE  : 

$  sim  gen/param="shelll . sh" ."test . vhd” ,3 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shelll . sh\"\ ,\"\test . vhd\"\ , 3) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 
procedure  add  is 

variable  var  :  integer  :=  0; 
begin 

var  : =  var 

+  var 
♦  var 
+  var; 

end  add; 
end  test; 

architecture  test  of  test  is 
begin 
add; 

end  test; 


entity  tost  is 
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procedure  add  is 

variable  var  :  integer  : =  0 
begin 

var  :=  var  #1[+  var]; 
end  add; 
end  test; 

architecture  test  o t  test  is 
begin 
add ; 

end  test; 


TEST  HUMBER  :  92 


PATHNAME  :  [ . BENCH . A . C . II . PI] shellO . sh 

(UNIX  equivalent  :  bench/a/c/il/pl/shellO.sh) 

PURFJSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

addition  statements.  The  model  simulated  is  am  entity  consisting 
of  a  function  declaration  and  an  architecture  consisting  ol  a 
function  call.  The  function  consists  of  a  number  of  integer 
variable  declarations  and  an  addition  statement  for  each  variable. 
The  factor  to  be  varied  is  the  number  of  variable  declarations/ 
addition  statements  in  the  function. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  15  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/variable  addition  statements  in 
function 

—  EXAMPLE  : 

$  sim  gen/param="snellO . sh" , "test . vhd" ,3 

(UNIX  equivalent  :  */,  sim  gen  -param=\"\shellO. sh\"\ ,\"\test . vhd\"\ ,3) 
vill  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

function  add  return  boolean  is 


— 

variable  varl  : 

integer 

=  0; 

— 

variable  var2  ; 

integer 

=  0; 

— 

variable  var3  ; 

integer 

=  0; 

— 

begin 

— 

varl  :=  varl  + 

1 ; 

-- 

var2  :=  var2  + 

i; 

-- 

var3  :=  var3  + 

i; 

— 

return  true; 

-- 

end  add; 

— 

end  test; 

— 

architecture  test  of 

test  is 

signal  done  :  boolean  :=  false; 
begin 

done  <=  add; 
end  test; 

entity  test  i3 
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function  add  return  boolean  is 
#1[  variable  var«  :  integer  := 
begin 

#l[  varO  :=  var®  +  1;] 

return  true; 
end  add; 
end  test; 

architecture  test  of  test  is 

signal  done  :  boolean  :=  false; 
begin 

done  <=  add; 
end  test; 


TEST  NUMBER  :  93 


PATHNAME  :  [ . BENCH . A . C . II . Pi] shell 1 . sh 

(UNIX  equivalent  :  bench/a/c/il/pl/shelll . sh) 

PURPOSE  :  Determine  -he  simulation  CPU  time  required  to  exerute  variable 
addition  operations  in  a  function,  determine  the  number  of 
addition  operations  allowed  in  one  vari?.ble  assignment 
statement  of  a  function.  The  model  simulated  is  an  entity 
consisting  of  a  function  declaration  and  an  architecture  consisting 
of  a  function  call;  the  function  consists  of  am  integer  variable 
declamation  amd  a  variable  assignment  statement  containing  a  number 
of  addition  operations.  The  factor  to  be  varied  is  the  number  of 
addition  operations  contained  in  the  variable  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  ; 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  15  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  addition  operations  in  one  statement  in 
function 

—  EXAMPLE  : 

$  sim  gen/param="shelll . sh" , "test . vhd" , 3 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shelll .  sh\"\  , \"\test .  vhd\"\,3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

function  add  return  boolean  is 
variable  var  :  integer  :=  0; 
begin 

var  :=  var 

+  var 
+  var 
+  var; 

return  true; 
end  add; 
end  test; 

architecture  test  of  test  is 

signal  done  :  boolean  :=  false; 
begin 

done  <=  add; 
end  test; 
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entity  test  is 

function  add  return  boolean  is 
variable  var  :  intege-  :=  0; 
begin 

var  :=  var  #1[+  var]; 
return  true; 
end  add; 
end  test; 

architecture  test  of  test  is 
signal  done  :  boolean  :=  false 
begin 

done  <=  add; 
end  test; 


TEST  NUMBER  :  94 


PATHNAME  :  [ . BENCH . A . C . I 1 . P2] shellO . sh 

("NIX  equivalent  :  bench/a/c/il/p2/shell0 . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

subtraction  statements.  The  model  simulated  is  an  entity  consisting 
o f  a  function  declaration  and  an  architecture  consisting  of  a 
function  call.  The  function  consists  of  a  number  of  integer 
variable  dec.  -ati  ns  an  a  subtraction  statement  for  each  variable. 
The  factor  to  be  varied  is  the  number  of  variable  declarations/ 
subtraction  statements  in  the  function. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 
Date  :  15  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/variable  subtraction  statements  in 
function 

—  EXAMPLE  : 

$  sim  gen/param="shellO . sh" , "test . vhd” ,3 

(UNIX  equivalen  :  V.  s ' m  gen  -param=\"\shellO . sh\”\ ,\"\test . vhd\"\ , 3) 
will  generate  a  model  in  file  "test.''hd"  with  an  architecture 
in  the  form  : 
entity  test  is 

function  subtract  return  boolean  is 
variable  varl  :  integer  :=  0; 
variable  var2  :  integer  :=  0; 
variable  var3  :  integer  :=  0; 
begin 

varl  :=  varl  -  1; 
var2  : =  var2  -  1 ; 
var3  : =  var3  -  1 ; 

return  true; 
end  subtract; 
end  test; 

architecture  test  of  test  is 

signal  done  :  boolean  :=  false; 
begin 

done  <=  subtract; 
end  test ; 


entity  test  is 


function  subtract  return  boolean  is 
#l[  variable  varfi  :  integer  :=  0;] 
begin 

#l[  var®  :=  var®  -  1;] 

return  true; 
end  subtract; 
end  test; 

architecture  test  of  test  is 

signal  done  :  boolean  :=  false; 
begin 

done  <=  subtract; 
end  test; 


TEST  NUMBER  :  9S 


PATHNAME  :  L . BENCH . A .0 . II . P2] shelll . sh 

(UNIX  equivalent  :  bench/a/c/il/p2/shelll .sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
subtraction  operations  in  a  xunction;  determine  the  number  o f 
subtraction  operations  alloued  in  one  variable  assignment 
statement  of  a  function.  The  model  simulated  is  an  entity 
consisting  of  a  function  declaration  and  an  architecture  consisting 
of  a  function  call;  the  function  consists  of  an  integer  variable 
declaration  and  a  variable  assignment  statement  containing  a  number 
of  subtraction  operations.  The  factor  to  be  varied  is  the  number  of 
.  subtraction  operations  contained  in  the  variable  assignment 
statement . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  15  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  subtraction  operations  in  one  statement  in 
function 

—  EXAMPLE  : 

$  sim  gen/param="shelll . sh" , "test . vhd" , 3 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell  1 .  sh\"\  , \"\test .  vhd\"\ ,  3) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

function  subtract  return  boolean  is 
variable  var  :  integer  :=  0; 
begin 

var  :=  var 

-  var 

-  var 

-  var; 

return  true; 
end  subtract; 
end  test; 

architecture  test  of  test  is 

signal  done  :  boolean  :=  false; 
begin 

done  <=  subtract; 
end  test; 


entity  test  is 

iunction  subtract  return  boolean  is 
variable  var  :  integer  :=  0; 
begin 

var  :=  var  #1[-  var]; 
return  true; 
end  subtract ; 
end  test ; 

architecture  test  of  test  is 

signal  done  :  boolean  : =  false; 
begin 

done  <=  subtract; 
end  test; 


TEST  NUMBER  :  96 


PATHNAME  :  [ . BENCH . A . C . HI . P2] shellO . sh 

(UNIX  equivalent  :  bench/a/c/hl/p2/shell0. sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

subtraction  statements.  The  model  simulated  is  an  entity  consisting 
of  a  procedure  declaration  and  an  architecture  consisting  of  a 
procedure  call.  The  procedure  consists  of  a  number  of  integer 
variable  declarations  and  a  subtraction  statement  for  each  variable. 
The  factor  to  be  varied  is  the  number  of  variable  declarations/ 
subtraction  statements  in  the  procedure. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


— 

AUTHOR  :  Captain  Karen  M. 

Seraf ino 

— 

Date 

:  15  June  1989 

— 

PARAMETER  NUMBER  MEANING  : 

— 

1 

:  number  of  variable  declarations/variable  subtraction  statements 

— 

procedure 

— 

EXAMPLE  : 

-- 

$ 

sim  gen/param="shellO . 

sh" , "test 

. vhd" ,  3 

— 

(UNIX  equivalent  :  '/,  sim 

gen  -param=\"\shellO. sh\"\,\"\test . vhd\"\. 

-- 

will  generate  a  model 

in  file  " 

test. vhd"  with  an  architecture 

— 

in  the  form  : 

— 

entity  test  is 

— 

procedure  subtract 

is 

— 

variable  varl  : 

integer  : 

=  0; 

— 

variable  var2  : 

integer  : 

=  0; 

— 

variable  var3  : 

integer  : 

=  0; 

-- 

begin 

— 

varl  :=  varl  - 

1 ; 

-- 

var2  :=  var2  - 

1  ; 

-- 

var3  :=  var3  - 

1  ; 

-- 

end  subtract ; 

-- 

end  test ; 

-- 

architecture  test  of 

test  is 

begin 

— 

subtract. ; 

-- 

end  test; 

entity  test  is 

procedure  subtract  is 


#lC  variable  var®  :  integer  :=  0;] 
begin 

#l[  var®  :=  var®  -  1;] 

end  subtract; 
end  test; 

architecture  test  ol  test  is 
begin 

subtract ; 
end  test; 
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TEST  HUMBER  :  97 


PATHNAME  :  [ . BENCH . A .C . HI .P2] shelll . sh 

(UNIX  equivalent  :  bench/a/c/hl/p2/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
subtraction  operations  in  a  procedure;  determine  the  number  of 
subtraction  operations  allowed  in  one  variable  assignment  statement 
of  a  procedure.  The  model  simulated  is  an  entity  consisting  of  a 
procedure  declaration  and  an  architecture  consisting  of  a  procedure 
call;  the  procedure  consists  of  an  integer  variable  declaration  and 
a  variable  assignment  statement  containing  a  number  of  subtraction 
operations.  The  factor  to  be  varied  is  the  number  of  subtraction 
operations  contained  in  the  variable  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  15  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  subtraction  operations  in  one  statement  in 
procedure 

—  EXAMPLE  : 

$  sim  gen/param="shelll . sh" , "test . vhd" ,3 

(UNIX  equivalent  ;  '/.  sim  gen  -param=\"\shelll .  sh\"\,\"\test .  vhd\"\ ,3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

procedure  subtract  is 

variable  var  :  integer  :=  0; 
begin 

var  :=  var 

-  var 

-  var 

-  var; 

end  subtract; 
end  test; 

architecture  test  of  test  is 
begin 

subtract; 
end  test; 


entity  test  is 


■JOT 


procedure  subtract  is 

variable  var  :  integer  : 
begin 

var  :=  var  #1 [-  var] ; 
end  subtract; 
end  test; 

architecture  test  of  test  is 
begin 

subtract ; 
end  test; 


TEST  NUMBER  :  98 


PATHNAME  :  [. BENCH . A . C .HI .P3] shellO . sh 

(UNIX  equivalent  :  bench/a/c/hl/p3/shell0.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
multiplication  statements.  The  model  simulated  is  an  entity 
consisting  of  a  procedure  declaration  and  an  architecture  consisting 
of  a  procedure  call.  The  procedure  consists  of  a  number  of  integer 
variable  declarations  and  a  multiplication  statement  for  each 
variable.  The  factor  to  be  varied  is  the  number  of  variable 
declarations/multiplication  statements  in  the  procedure. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  15  June  1989 

--  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/variable  multiplication  statements  in 
procedure 

—  EXAMPLE  : 

$  sim  gen/param="shellO . sh" , "test . vhd" ,3 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shellO.  sh\"\ ,\"\test .  vhd\"\ ,3) 
will  generate  a  model  in  file  "test, vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

procedure  multiply  is 

variable  varl  :  integer  :=  5; 
variable  var2  :  integer  :=  5; 
variable  var3  :  integer  :=  5; 
begin 

varl  :=  varl  *  2; 

var2  :=  var2  *  2; 

var3  :=  var3  *  2; 

end  multiply; 
end  test; 

architecture  test  of  test  is 
begin 

multiply; 
end  test; 


entity  test  is 

procedure  multiply  is 


#1[  variable  var®  :  integer 
begin 

#1[  varfi  :=  var®  *  2;] 

end  multiply; 
end  test; 

architecture  test  oi  test  is 
begin 

multiply ; 
end  test; 


TEST  NUMBER  :  99 


PATHNAME  :  [.BENCH . A . C. HI . P3]shelli . sh 

(UNIX  equivalent  :  bench/a/c/hl/p3/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

multiplication  operations  in  a  procedure;  determine  the  number  of 
multiplication  operations  allowed  in  one  variable  assignment 
statement  of  a  procedure.  The  model  simulated  is  an  entity 
consisting  of  a  procedure  declaration  and  an  architecture  consisting 
of  a  procedure  call;  the  procedure  consists  of  an  integer  variable 
declaration  and  a  variable  assignment  statement  containing  a  number 
of  multiplication  operations.  The  factor  to  be  varied  is  the  number 
of  multiplication  operations  contained  in  the  variable  assignment 
statement . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  ;  Captain  Karen  M.  Serafino 

—  Date  :  15  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  multiplication  operations  in  one  statement  in 
procedure 

—  EXAMPLE  : 

$  sim  gen/param="shell 1 . sh" , "test . vhd" , 3 

(UNIX  equivalent  :  ’/.  sim  gen  -param=\"\shell  1 .  sh\"\  ,\"\test .  vhd\"\ , 3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

procedure  multiply  is 

variable  var  :  integer  :=  1; 
begin 

var  :=  var 

*  var 

*  var 

*  var; 

end  multiply; 
end  test; 

architecture  test  of  test  is 
begin 

multiply; 
end  test; 


entity  test  is 

procedure  multiply  is 
variable  var  :  integer  : 
begin 

var  :=  var 

#1[  *  var] ; 

end  multiply; 
end  test; 

architecture  test  of  test  is 
begin 

multiply; 
end  test; 


TEST  NUMBER  :  100 


PATHNAME  :  [ . BENCH . A . C. II . P3]shellO . sh 

(UNIX  equivalent  :  bench/a/c/il/p3/shell0.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
multiplication  statements.  The  model  simulated  is  an  entity 
consisting  of  a  function  declaration  and  an  architecture  consisting 
of  a  function  call.  The  function  consists  of  a  number  of  integer 
variable  declarations  and  a  multiplication  statement  for  each 
variable.  The  factor  to  be  varied  is  the  number  of  variable 
declarations/multiplication  statements  in  the  function. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  15  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/variable  multiplication  statements  in 
function 

—  EXAMPLE  : 

$  sim  gen/param="shellO . sh" , "test . vhd" , 3 

(UNIX  equivalent  :  7.  sim  gen  -param=\"\shellO . sh\"\ , \”\test . vhd\”\ , 3) 


— 

Bill  generate  a  model 

in  file 

"test.vhd"  with  an  architecture 

-- 

in  the  form  : 

— 

entity  test  is 

— 

function  multiply 

return  boolean  is 

— 

variable  varl  : 

integer 

:=  5; 

— 

variable  var2  : 

integer 

:=  5; 

— 

variable  var3  : 

integer 

;=  5; 

— 

begin 

— 

varl  :=  varl  * 

2; 

— 

var2  :=  var2  * 

2; 

— 

var3  var3  * 

2; 

— 

return  true; 

-- 

end  multiply; 

— 

end  test; 

— 

architecture  test  of 

test  is 

signal  done  :  boolean  :=  false; 

begin 

done  <=  multiply; 
end  test; 


entity  test  is 


function  multiply  return  boolean  is 
#l[  variable  varO  :  integer  :=  S;] 
begin 

#i[  varfi  :=  varfi  *  2;] 

return  true; 
end  multiply; 
end  test; 

architecture  test  of  test  is 

signal  done  :  boolean  :=  false; 
begin 

done  <=  multiply; 
end  test; 


TEST  NUMBER  :  101 


PATHNAME  :  [ . BENCH . A . C . I 1 . P3] shell 1 . sh 

(UNIX  equivalent  :  beich/a/c/il/p3/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

multiplication  operations  in  a  function;  determine  the  number  of 
multiplication  operations  allowed  in  one  variable  assignment 
statement  of  a  function.  The  model  simulated  is  an  entity 
consisting  of  a  function  declaration  and  an  architecture  consisting 
of  a  function  call;  the  function  consists  of  an  integer  variable 
declaration  and  a  variable  assignment  statement  containing  a  number 
of  multiplication  operations.  The  factor  to  be  varied  is  the  number 
of  multiplication  operations  contained  in  the  variable  assignment 
statement . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 
—  Date  :  15  June  1989 
--  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  multiplication  operations  in  one  statement  in 
function 

--  EXAMPLE  • 

$  sim  gen/parar="shell 1 . sh" , "test . vhd" , 3 

(UNIX  equivalent  :  V,  sim  gen  -param=\"\shell 1 . sh\”\ ,\"\test . vhd\"\ ,3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  test  it 

function  multiply  return  boolean  is 
variable  var  :  integer  :=  1; 
begin 

var  :=  var 

*  var 

*  var 
«  var; 

return  true; 
end  multiply; 
end  test; 

architecture  test  of  test  is 

signal  done  :  boolean  : =  false ; 
begin 

done  <-  multiply; 
end  test ; 


2 1  r> 


entity  test  is 

function  multiply  return  boolean  is 
variable  var  :  integer  :=  1; 
begin 

var  :=  var 

#1 [  *  var] ; 

return  true; 
end  multiply; 
end  test; 

architecture  test  of  test  is 

signal  done  :  boolean  :=  false; 
begin 

done  .<=  multiply; 
end  test ; 


TEST  NUMBER  :  102 


PATHNAME  :  [ . BENCH . A . C . HI . P4] shellO . sh 

(UNIX  equivalent  :  bench/a/c/hl/p4/shell0 . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

division  statements.  The  model  simulated  is  an  entity  consisting  of 
a  procedure  declaration  and  an  architecture  consisting  of  a 
procedure  call.  The  procedure  consists  of  a  number  of  integer 
variable  declarations  and  a  division  statement  for  each  variable. 

The  factor  to  be  varied  is  the  number  of  variable  declarations/ 
division  statements  in  the  procedure. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  15  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/variable  division  statements  in 
procedure 

—  EXAMPLE  : 

$  sim  gen/param="shellO . sh" , "test . vhd",3 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shellO. sh\"\ ,\"\test . vhd\"\ , 3) 
sill  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 


entity  test  is 

procedure  divide  is 


-- 

variable  varl 

:  integer 

=  10 

— 

variable  var2 

:  integer 

=  10 

-- 

variable  var3 

:  integer 

=  10 

— 

begin 

— 

varl  :=  varl  / 

2; 

-- 

var2  :=  var2  / 

2; 

— 

var3  :=  var3  / 

2; 

— 

end  divide; 

— 

end  test; 

— 

architecture  test 

of  test  is 

-- 

begin 

— 

divide ; 

-- 

end  test; 

entity  test  is 

procedure  divide  is 


#l[  variable  varfi  :  integer  :=  10;] 
begin 

#l[  varfi  :=  varfi  /  2;] 

end  divide; 
end  test; 

architecture  test  o t  test  is 
begin 
divide; 
end  test; 
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TEST  HUMBER  :  103 


PATHNAME  :  [.BENCH . A . C . HI .P4] shell 1 . sh 

(UNIX  equivalent  :  bench/a/c/hl/p4/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
division  operations  in  a  procedure;  determine  the  number  of 
division  operations  allowed  in  one  variable  assignment 
statement  o f  a  procedure.  The  model  simulated  is  an  entity 
consisting  of  a  procedure  declaration  and  an  architecture  consisting 
of  a  procedure  call;  the  procedure  consists  of  an  integer  variable 
declaration  and  a  variable  assignment  statement  containing  a  number 
of  division  operations.  The  factor  to  be  varied  is  the  number 
of  division  operations  contained  in  the  variable  assignment 
statement . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  K.  Serafino 

—  Date  :  15  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  division  operations  in  one  statement  in 
procedure 

—  EXAMPLE  : 

$  sim  gen/param="shelll . sh" , "test . vhd" , 3 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shelll . sh\"\ , \”\test .  vhd\"\,3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

procedure  divide  is 

variable  var  ;  integer  :=  1; 
begin 

var  :=  var 

/  var 
/  var 
/  var; 

end  divide; 
end  test; 

architecture  test  of  test  is 
begin 
divide; 
end  test; 


21!) 


entity  test  is 

procedure  divide  is 

variable  var  :  integer  : 
begin 

var  : =  var 

#1 [  /  var] ; 

end  divide; 
end  test; 

architecture  test  of  test  is 
begin 
divide ; 
end  test; 


TEST  HUMBER  :  104 


PATHNAME  :  [ . BENCH . A . C . I 1 . P4] shellO . sh 

(UNIX  equivalent  :  bench/a/c/il/p4/shellO . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

division  statements.  The  model  simulated  is  an  entity  consisting  of 
a  function  declaration  and  an  architecture  consisting  of  a  function 
call.  The  function  consists  of  a  number  of  integer  variable 
declarations  and  a  division  statement  for  each  variable.  The 
factor  to  be  varied  is  the  number  of  variable  declarations/diwisicn 
statements  in  the  function. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  15  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/var lable  division  statements  in 
function 

—  EXAMPLE  : 

$  sim  gen/param="shellO . sh" , "test . vhd" ,3 

(UNIX  equivalent  :  '/,  sim  gen  -param= V‘\shell0 .  sh\"\ ,  V'Xtest .  vhd\"\ ,3) 
will  generate  a  model  in  file  "test. vhd’’  with  an  architecture 
in  the  form  : 
entity  test  is 

function  divide  return  boolean  is 


-- 

variable  varl  : 

integer 

=  10 

— 

variable  var2  : 

integer 

=  10 

— 

variable  var3  : 

integer 

=  10 

— 

begin 

-- 

varl  :=  varl  / 

2; 

— 

var2  :=  var2  / 

2; 

— 

var3  : =  var3  / 

2; 

-- 

return  true; 

-- 

end  divide; 

— 

end  test; 

-- 

architecture  test  of 

test  is 

-- 

signal  done  :  boolean  :=  false; 

— 

begin 

— 

done  <=  divide; 

-- 

end  test; 

entity  test  is 


function  divide  return  boolean  is 
#1[  variable  var®  :  integer  :=  10 
begin 

#l[  var®  :=  var®  /  2;] 

return  true; 
end  divide; 
end  test; 

architecture  test  of  test  is 

signal  done  :  boolean  :=  false; 
begin 

done  <=  divide; 
end  test; 


TEST  NUMBER  :  105 


PATHNAME  :  [ . BENCH . A . C . I 1 .P4] shell 1 . sh 

(UNIX  equivalent  :  bench/a/c/il/p4/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
division  operations  in  a  function;  determine  the  number  of 
division  operations  allowed  in  one  variable  assignment  statement  of 
a  function.  The  model  simulated  is  an  entity  consisting  of  a 
function  declaration  and  an  architecture  consisting  of  a  function 
call;  the  function  consists  of  an  integer  variable  declaration  and 
a  variable  assignment  statement  containing  a  number  of  division 
operations.  The  factor  to  be  varied  is  the  number  of  division 
operations  contained  in  the  variable  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  ;  Captain  Karen  M.  Serafino 

—  Date  :  15  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  division  operations  in  one  statement  in 
function 

—  EXAMPLE  : 

$  sim  gen/param="shelll . sh" , "test . vhd" ,3 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shelll .  sh\"\ ,  Y'Xtest .  vhd\"\ ,3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

function  divide  return  boolean  is 
variable  var  :  integer  :=  1; 
begin 

var  : =  var 

/  var 
/  var 
/  var; 

return  true; 
end  divide; 
end  test; 

architecture  test  of  test  is 

signal  done  :  boolean  : =  false; 
begin 

done  <=  divide; 
end  test; 


entity  test  is 

function  divide  return  boolean  is 
variable  var  :  integer  :=  1; 
begin 

var  :=  var 

#l[  /  var]; 

return  true; 
end  divide; 
end  test; 

architecture  test  of  test  is 
signal  done  :  boolean  ;=  false; 
begin 

done  <=  divide; 
end  test; 


TEST  HUMBER  :  106 


PATHNAME  :  [. BENCH . A . C. I 1 . P5] shellO. sh 

(UNIX  equivalent  :  bench/a/c/il/p5/shellO . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
concatenation  statements.  The  model  simulated  is  an  entity 
consisting  of  a  function  declaration  and  an  architecture  consisting 
of  a  function  call.  The  function  consists  of  a  number  of  string 
variable  declarations  and  a  concatenation  statement  for  each 
variable.  The  factors  to  be  varied  are  the  number  of  variable 
declarations/concatenation  statements  in  the  function  and  the  length 
of  the  string  used  in  the  concatenations. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  IS  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  length  of  strings 

2  :  number  of  variable  declarations/variable  concatenation  statements  in 

function 

—  EXAMPLE  : 

$  sim  gen/param="shellO . sh" , "test . vhd" , 10 , 3 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shellO .  sh\”\ , \"\test .  vhd\"\ ,  10 ,3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

function  concatenate  return  boolean  is 

variable  static.var  :  stringd  to  10)  :=  "ABCDEFGHI J" ; 

variable  varl  :  stringd  to  (10  +  10)); 

variable  var2  :  stringd  to  (10  +  10)); 

variable  var3  :  stringd  to  (10  +  10)); 

begin 

varl  :=  static_var  &  static_var; 

var2  :=  static_var  t  static_var; 

var3  :=  static_var  &  static_var; 

return  true; 
end  concatenate; 
end  test ; 

architecture  test  of  test  is 

signal  done  :  boolean  :=  false; 

begin 

done  <=  concatenate; 
end  test; 


entity  test  is 

Junction  concatenate  return  boolean  is 

variable  static.var  :  stringCl  to  '/A'/,)  :  =  "?17” 
#2[  variable  varfi  :  string(l  to  ('/.I*/.  +  V.l'/.));] 
begin 

#2[  varO  :=  static_var  k  static.var;] 
return  true; 
end  concatenate; 
end  test; 

architecture  test  of  test  is 
signal  done  :  boolean  :=  false; 
begin  - 

done  <=  concatenate; 
end  test; 


TEST  NUMBER 
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PATHNAME  :  [ . BENCH . A . C. I 1 . PS] shelll . sh 

(UNIX  equivalent  :  bench/a/c/il/p5/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
concatenation  operations  in  a  function;  determine  the  number  of 
concatenation  operations  allowed  in  one  variable  assignment 
statement  of  a  function.  The  model  simulated  is  an  entity 
consisting  of  a  function  declaration  and  an  architecture  consisting 
of  a  function  call;  the  function  consists  of  two  string  variable 
declarations  and  a  variable  assignment  statement  containing  a  number 
of  concatenation  operations.  The  factors  to  be  varied  are  the 
number  of  concatenation  operations  contained  in  the  variable 
assignment  statement  and  the  length  of  the  string  used  in  the 
concatenations . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  ;  15  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  ;  length  of  strings 

2  :  number  of  variable  concatenation  operations  in  one  statement  in 

function 

—  EXAMPLE  : 

$  sim  gen/param="shell 1 . sh" , "test . vhd" , 10 , 3 

(UNIX  equivalent  :  V.  sim  gen  -param=\"\shelll . sh\"\ ,\"\test . vhd\"\ , 10,3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

function  concatenate  return  boolean  is 

variable  var  :  string(l  to  10)  :=  "ABCDEFGHI J" ; 
variable  result_var  :  string(l  to  (10  *  (3  +  1))); 
begin 

result_var  :=  var 

k  var 
k  var 
k  var; 

return  true; 
end  concatenate; 
end  test; 

architecture  test  of  test  is 

signal  done  :  boolean  :=  false; 

begin 


done  <=  concatenate; 
end  test; 

entity  test  is 

function  concatenate  return  boolean  is 

variable  var  :  string (1  to  7.1/0  :=  "?!?"; 
variable  result_var  :  string(l  to  (7.17.  *  (7.27.  +  1))) 
begin 

result. var  : =  var 
#2 [  ft  var] ; 

return  true; 
end  concatenate; 
end  test; 

architecture  test  of  test  is 

signal  done  :  boolean  :=  false; 
begin 

done  <=  concatenate; 
end  test; 


22S 


TEST  NUMBER  :  108 


PATHNAME  :  [. BENCH . A . C . HI .PS] shellO. sh 

(UNIX  equivalent  :  bench/a/c/hl/p5/shell0 . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
concatenation  statements.  The  model  simulated  is  an  entity 
consisting  of  a  procedure  declaration  and  an  architecture  consisting 
of  a  procedure  call.  The  procedure  consists  of  a  number  of  string 
variable  declarations  and  a  concatenation  statement  for  each 
variable.  The  factors  to  be  varied  are  the  number  of  variable 
declarations/concatenation  statements  in  the  procedure  and  the 
length  of  the  strings  used  in  the  concatenations. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 
Date  :  15  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  length  of  strings 

2  :  number  of  variable  declarations/variable  concatenation  statements  in 

procedure 

--  EXAMPLE  : 

$  sim  gen/param="shellO . sh" , “test . vhd" , 10 , 2 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shellC . sh\”\ , V'Xtest . vhd\"\ , 10, 3) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

procedure  concatenate  is 

variable  varl  :  stringO  to  (10  +  10)); 

variable  var2  :  stringO  to  (10  +  10)); 

variable  var3  :  strmg(l  to  (10  +  10)); 

variable  static_var  :  strmg(l  to  10)  :=  "ABCDEFGHI J" ; 

begin 

varl  ;=  static_var  &  static_var; 

var2  :=  static_var  6  static_var; 

var3  :=  static_var  i  static_var; 

end  concatenate; 
end  test ; 

architecture  test  of  test  is 
begin 

concatenate; 
end  test; 


entity  test  is 

procedure  concatenate  is 

#2[  variable  varfi  :  string(l  to  ('/.l'/.  +  */.l*/.));] 
variable  static_var  :  string(l  to  '/.l'/.)  :=  "?1?" 
begin 

#2[  varfi  : =  static_var  i  static.var;] 
end  concatenate; 
end  test; 

architecture  test  of  test  is 
begin 

concatenate ; 
end  test; 


TEST  HUMBER  :  109 


PATHNAME  :  [. BENCH . A . C. HI . P5] shelll . sh 

(UNIX  equivalent  :  bench/a/c/hl/p5/shelll .sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

concatenation  operations  in  a  procedure;  determine  tne  number  of 
concatenation  operations  allowed  in  one  variable  assignment 
statement  of  a  procedure.  The  model  simulated  is  an  entity 
consisting  of  a  procedure  declaration  and  an  architecture  consisting 
of  a  procedure  call;  the  procedure  consists  of  a  string  variable 
declaration  and  a  variable  assignment  statement  containing  a  number 
of  concatenation  operations.  The  factors  to  be  varied  are  the 
number  of  concatenation  operations  contained  in  the  variable 
assignment  statement  and  the  length  of  the  string  used  in  the 
concatenations . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  15  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  ;  length  of  strings 

2  :  number  of  variable  concatenation  operations  in  one  statement  in 

procedure 

--  EXAMPLE  : 

$  sim  gen/param="shell 1 . sh" , "test . vhd" , 10 , 3 

(UNIX  equivalent  :  V.  sim  gen  -param=\"\shelll . sh\"\ ,\"\test . vhd\"\ , 10,3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

procedure  concatenate  is 

variable  result_var  :  stringCl  to  (10  *  (3  +  l))); 
variable  var  :  stringO  to  10)  :=  "ABCDEFGHI J" ; 
begin 

result_var  :=  var 

k  var 
&  var 
4  var; 

end  concatenate; 
end  test; 

architecture  test  of  test  is 
begin 

concatenate; 
end  test; 


entity  test  is 

procedure  concatenate  is 

variable  result_var  :  string(l  to  ( '/.  1 '/.  *  (’/.2’/.  +  1))); 

variable  var  :  string(l  to  '/.l'/.)  :=  "?1?" ; 
begin 

result_var  :=  var 
#2  [  tt  var]  ; 

end  concatenate; 
end  test; 

architecture  test  of  test  is 
begin  - 

concatenate ; 
end  test; 


TEST  NUMBER  :  110 


PATHNAME  :  [ . BENCH . A . C . HI .P6] shellO . sh 

(UNIX  equivalent  :  bench/a/c/hl/p6/shell0. sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

logical  AND  statements.  The  model  simulated  is  an  entity  consisting 
o 1  a  procedure  declaration  and  an  architecture  consisting  o f  a 
procedure  call.  The  procedure  consists  of  a  number  of  variable 
declarations  and  a  logical  AND  statement  for  each  variable.  The 
factor  to  be  varied  is  the  number  of  variable  declarations/logical 
AND  statements  in  the  procedure. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  15  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/AND  statements  in  procedure 

—  EXAMPLE  : 

$  sim  gen/param="shellO . sh" , "test . vhd" ,3 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shellO . sh\"\ ,\"\test . vhd\"\ ,3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

procedure  bool.and  is 

variable  varl  :  bit  :=  ’O’; 
variable  var2  :  bit  :=  ’1’; 
variable  var3  :  bit  :=  ’O’; 
begin 

varl  :=  varl  AND  varl; 
var2  :=  var2  AND  var2; 
var3  :=  var3  AND  var3; 
end  bool_and; 
end  test; 

architecture  test  of  test  is 
begin 

bool.and; 
end  test; 


entity  test  is 

procedure  bool.and  is 
#1[  variable  var®  :  bit  :=  ’$2$0$l$’;] 


begin 

#1[  var®  :  =  var®  AID  war®;] 
end  bool_and; 
end  test; 

architecture  test  ol  test  is 
begin 

bool_and ; 
end  test; 


TEST  NUMBER  :  111 


FATHNAME  :  [. BENCH . A . C . HI  . P6] shelll . sh 

(UNIX  equivalent  :  bench/a/c/hl/p6/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
logical  AND  operations  in  a  procedure;  determine  the  number  of 
logical  AND  operations  allowed  in  one  variable  assignment 
statement  of  a  procedure.  The  model  simulated  is  an  entity 
consisting  of  a  procedure  declaration  and  at  architecture  consisting 
of  a  procedure  call;  the  procedure  consists  of  a  variable 
declaration  and  a  variable  assignment  statement  containing  a  number 
of  logical  AND  operations.  The  factor  to  be  varied  is  the  number 
of  logical  AND  operations  contained  in  the  variable  assignment 
statement . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafmo 

—  Date  :  15  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  AND  operations  in  one  statement  in  procedure 

—  EXAMPLE  : 

$  sim  gen/param="shelll . sh" , "test . vhd" ,3 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shelll .  sh\"\ ,\"\test .  vhd\"\ ,  3) 
will  generate  a  model  in  file  "test. vhd”  with  an  architecture 
in  the  form  : 
entity  test  is 

procedure  bool_and  is 
variable  var  :  bit; 
begin 

var  :=  var 

AND  var 
AND  var 
AND  var; 

end  bool_and; 
end  test; 

architecture  test  of  test  is 
begin 

bool_and; 
end  test; 


entity  test  is 


2:r> 


procedure  bool_and  is 
variable  var  :  bit; 
begin 

var  :=  var 

#1 [  AND  var] ; 

end  bool_and; 
end  test ; 

architecture  test  o i  test  is 
begin 

bool_and; 
end  test; 


TEST  NUMBER  :  112 


PATHNAME  :  [ . BENCH . A . C . H2 . P6] shellO . sh 

(UNIX  equivalent  :  bench/a/c/h2/p6/shellO. sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
logical  AND  statements.  The  model  simulated  is  an  architecture 
consisting  of  a  procedure  declaration  and  a  procedure  call.  The 
procedure  consists  of  a  number  of  variable  declarations  and  a 
logical  AND  statement  for  each  variable.  The  factor  to  be  varied  is 
the  number  of  variable  declarations/logical  AND  statements  in  the 
procedure . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 
Date  :  15  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/variable  AND  statements  in 
procedure 

—  EXAMPLE  : 

$  sim  gen/param="shellO . sh" , "test . vhd" , 3 

(UNIX  equivalent  :  */,  sim  gen  -param=\"\shell0.sh\"\,\"\test.vhd\"\,3) 
will  generate  a  model  in  file  "test. vhd”  with  an  architecture 
in  the  form  : 

entity  test  is  end; 


architecture 

test 

of  test 

is 

procedure  bool_ 

and  is 

variable 

varl 

:  bit  ;= 

'0 

variable 

var2 

:  bit  : = 

1 1 

variable 

var3 

;  bit  ;= 

'0 

begin 

varl  :=  varl  AND  varl; 

var2  :=  var2  AND  var2; 

var3  :=  var3  AND  var3; 

end  bool_and; 
begin 

bool.and ; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
procedure  bool.and  is 


237 


#l[  variable  varC  :  bit  := 
begin 

#1[  varfi  :=  varfi  ASD  varO; 

end  bool_and; 
begin 

bool_and; 
end  test; 
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TEST  NUMBER  :  113 


PATHNAME  :  [. BENCH . A . C . H2 .P6] shelll . sh 

(UNIX  equivalent  :  bench/a/c/h2/p6/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
logical  AND  operations  in  a  procedure;  determine  the  number  of 
logical  AND  operations  allowed  in  one  variable  assignment  statement 
of  a  procedure.  The  model  simulated  is  an  architecture  consisting 
of  a  procedure  declaration  and  a  procedure  call;  the  procedure 
consists  of  a  variable  declaration  and  a  variable  assignment 
statement  containing  a  number  of  addition  operations.  The  factor  to 
be  varied  is  the  number  of  logical  AND  operations  contained  in  the 
variable  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  15  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  ;  number  of  variable  AND  operations  in  one  statement  in  procedure 

—  EXAMPLE  : 

$  sim  gen/param="shelll . sh" , "test . vhd" ,3 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shelll  .sh\"\,\"\test.vhd\"\,3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
procedure  bool.and  is 
variable  var  :  bit; 
begin 

var  : =  var 

AND  var 
AND  var 
AND  var; 

end  bool_and; 
begin 

bool_and; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
procedure  bool_and  is 


variable  var  :  bit; 
begin 

var  : =  var 

#l[  AND  var] ; 

end  bool_and; 
begin 

bool_and; 
end  test; 


210 


TEST  NUMBER  :  114 


PATHNAME  :  [ . BENCH. A .C . II ,P6] shellO . sh 

(UNIX  equivalent  :  bench/a/c/il/p6/shell0. sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

logical  AND  statements.  The  model  simulated  is  an  entity  consisting 
of  a  function  declaration  and  an  architecture  consisting  of  a 
function  call.  The  function  consists  of  a  number  of  variable 
declarations  and  a  logical  AND  statement  for  each  variable.  The 
factor  to  be  varied  is  the  number  of  variable  declarations/logical 
AND  statements  in  the  function. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 
Date  :  15  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/vanable  AND  statements  in 
function 

—  EXAMPLE  : 

$  sim  gen/param="shellO . sh" , "test . vhd" ,3 

(UNIX  equivalent  :  V.  sim  gen  -param=\"\shellO. sh\"\,\"\test. vhd\"\,3) 
will  generate  a  model  an  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

function  bool_and  return  boolean  is 


— 

variable  varl  :  bit  := 

'O’  ; 

— 

variable  var2  :  bit  : = 

’  1  ’  ; 

-- 

variable  var3  :  bit  := 

'O’; 

— 

begin 

— 

varl  :=  varl  AND  varl; 

-- 

var2  :=  var2  AND  var2; 

— 

var3  :=  var3  AND  var3; 

— 

return  true; 

— 

end  bool_and; 

-- 

end  test; 

— 

architecture  test  of  test 

is 

-- 

signal  done  :  boolean 

false 

— 

begin 

-- 

done  <=  bool_and; 

-- 

end  test ; 

entity  test  is 


J  1 1 


function  bool.and  return  boolean  is 
#1[  variable  varfi  :  bit  :=  ’$2$0$1$';] 
begin 

#1[  varfi  :=  varfi  AND  varfi;] 
return  true; 
end  bool_and; 
end  test; 

architecture  test  of  test  is 

signal  done  :  boolean  : =  false; 
begin 

done  <=  bool_and; 
end  test; 


TEST  NUMBER  :  11S 


PATHNAME  :  [ . BENCH . A . C . II . P6] shell 1 . sh 

(UNIX  equivalent  :  bench/a/c/il/p6/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
logical  AND  operations  in  a  functin;  determine  the  number  o f 
logical  AND  operations  allowed  in  one  variable  assignment  statement 
of  a  function.  The  model  simulated  is  an  entity  consisting  of  a 
function  declaration  and  an  architecture  consisting  of  a  function 
call;  the  function  consists  of  a  variable  declaration  and  a  variable 
assignment  statement  containing  a  number  of  logical  AND  operations. 
The  factor  to  be  varied  is  the  number  of  logical  AND  operations 
contained  in  the  variable  assignment  statement. 

EXPECTED  RESULTS 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 
Date  :  IS  June  1989 
--  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  AND  operations  in  or.e  statement  in  function 
--  EXAMPLE  : 

$  sim  gen/param="sh'‘1 11 .  sh"  ,  "test .  vhd"  ,  3 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell  1 .  sh\"\  ,\"\test .  vhdV'\ ,  3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

function  bool_and  return  boolean  is 
variable  var  :  bit; 
begin 

var  :=  var 

AND  var 
AND  vai 
AND  var  ; 
return  true; 
end  bool_and; 
end  test , 

architecture  test  of  test  is 

signal  done  :  boolean  :=  false; 
begin 

done  <-  bool_and; 
end  test; 


•JH 


entity  test  is 


function  bool_and  return  boolean  is 
variable  var  :  bit; 
begin 

var  : =  var 

#1 [  AND  var]  ; 

return  true; 
end  bool_and; 
end  test; 

architecture  test  of  test  is 

signal  done  :  boolean  :=  false; 
begin 

done  <=  bool_and; 
end  test; 


TEST  HUMBER  :  116 


PATHNAME  :  [ . BENCH . A . C . 12 .P6] shellO . sh 

(UNIX  equivalent  :  bench/a/c/i2/p6/shell0 . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
logical  AND  statements.  The  model  simulated  is  an  architecture 
consisting  of  a  function  declaration  and  a  function  call.  The 
function  consists  of  a  number  of  variable  declarations  and  a  logical 
AND  statement  for  each  variable.  The  factor  to  be  varied  is  the 
number  of  variable  declarations/logical  AND  statements  in  the 
function. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  15  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/variable  AND  statements  in 
function 

—  EXAMPLE  : 

$  sim  gen/param="shellO . sh" , "test . vhd" , 3 

(UNIX  equivalent  :  V.  sim  gen  -param=\"\shellO . sh\"\ ,\"\test . vhd\"\ , 3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

function  bool.and  return  boolean  is 


— 

variable 

varl 

bit 

:=  ’0’  ; 

-- 

variable 

var2 

bit 

:  =  ’  1  ’  ; 

— 

variable 

var3 

bit 

;=  ’0’  ; 

begin 

varl  :=  varl  AND  varl; 
var2  :=  var2  AND  var2; 
var3  :=  var3  AND  var3; 
return  true; 
end  bool_and; 

signal  done  ;  boolean  false; 
begin 

done  <=  bool_and; 
end  test; 

entity  test  is  end; 
architecture  test  of  test  is 


21r> 


Junction  bool.and  return  boolean  is 
#1[  variable  var®  :  bit  :=  ’$2$0$1$';] 
begin 

#l[  var®  :=  var®  AND  var®;] 
return  true; 
end  bool_and; 

signal  done  :  boolean  :=  false; 
begin 

done  <=  bool_and; 
end  test ; 


TEST  NUMBER  :  117 


PATHNAME  :  [ . BENCH . A . C . 12 .P6] shelll . sh 

(UNIX  equivalent  :  bench/a/c/i2/p6/shelll .sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
logical  AND  operations  in  a  function;  determine  the  number  of 
logical  AND  operations  allowed  in  one  variable  assignment  statement 
of  a  function.  The  model  simulated  is  an  architecture  consisting  of 
a  function  declaration  and  a  function  call;  the  function  consists  of 
a  variable  declaration  and  a  variable  assignment  statement 
containing  a  number  of  logical  AND  operations.  The  factor  to  be 
varied  is  the  number  of  logical  AND  operations  contained  in  the 
variable  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  15  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  AND  operations  in  one  statement  in  function 

—  EXAMPLE  : 

$  sim  gen/param-"shell 1 . sh" , "test . vhd" , 3 

(UNIX  equivalent  :  V.  sim  gen  -param=\"\shelll . sh\"\ , \"\test . vhd\"\ ,3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

function  bool_and  return  boolean  is 
variable  var  :  bit; 
begin 

var  :=  var 

AND  var 
AND  var 
AND  var; 
return  true; 
end  bool_and; 

signal  done  :  boolean  false; 
begin 

done  <=  bool_and; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 


2  t7 


function  bool_and  return  boolean 
variable  var  :  bit; 
begin 

var  :=  var 

#l[  AND  var]; 

return  true; 
end  bool_and; 

signal  done  :  boolean  ;=  false; 
begin 

done  <=  bool_and; 
end  test; 


TEST  NUMBER  :  118 


PATHNAME  :  [.BENCH. A.C.H1 .P7]shell0.sh 

(UNIX  equivalent  :  bench/a/c/hl/p7/shellO. sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

logical  OR  statements.  The  model  simulated  is  an  entity  consisting 
of  a  procedure  declaration  and  an  architecture  consisting  o f  a 
procedure  call.  The  procedure  consists  of  a  number  of  variable 
declarations  and  a  logical  OR  statement  for  each  variable.  The 
factor  to  be  varied  is  the  number  of  variable  declarations/logical 
OR  statements  in  the  procedure. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  15  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/OR  statements  in  procedure 

—  EXAMPLE  : 

$  sim  gen/param="shellO . sh"  ,  "test . vhd" , 3 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shellO .  sh\"\ , \"\test .  vhd\"\,3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 


— 

in  the  form  : 

— 

entity  test  is 

— 

procedure  bool.or 

is 

— 

variable  varl  : 

bit  :=  'O’; 

-- 

variable  var2  : 

bit  :=  ' 1  ’  ; 

— 

variable  var3  : 

bit  :=  'O’; 

-- 

begin 

— 

varl  :=  varl  OR 

varl ; 

-- 

var2  :=  var2  OR 

var2 ; 

— 

var3  : =  var3  OR 

var3 ; 

— 

end  bool_or; 

— 

end  test; 

— 

architecture  test  of 

test  is 

-- 

begin 

— 

bool_or ; 

— 

end  test; 

entity  test  is 

procedure  bool_or  is 

#l[  variable  var®  :  bit  :=  ’$2$0$1$';] 
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begin 

#l[  var#  :=  var#  OR  var®;] 
end  bool_or; 
end  test; 

architecture  test  o t  test  is 
begin 

bool_or ; 
end  test; 


TEST  NUMBER  :  119 


PATHNAME  :  [ . BENCH . A . C . HI .P7] shelll . sh 

(UNIX  equivalent  :  bench/a/c/hl/p7/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
logical  OR  operations  in  a  procedure;  determine  the  number  oi 
logical  OR  operations  allowed  in  one  variable  assignment 
statement  of  a  procedure.  The  model  simulated  is  an  entity 
consisting  of  a  procedure  declaration  and  an  architecture  consisting 
of  a  procedure  call;  the  procedure  consists  of  a  variable 
declaration  and  a  variable  assignment  statement  containing  a  number 
of  logical  OR  operations.  The  factor  to  be  varied  is  the  number 
of  logical  OR  operations  contained  in  the  variable  assignment 
statement . 

EXPECTED  RESULTS  ; 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  15  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  OR  operations  in  one  statement  in  procedure 

—  EXAMPLE  : 

$  sim  gen/param="shelll . sh"  ,  "test .  vhd"  ,  3 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell  1  .sh\"\,\"\test.vhd\"\,3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

procedure  bool_or  is 


— 

variable 

var  : 

bit ; 

— 

begin 

— 

var  :=  var 

— 

OR 

var 

-- 

OR 

var 

-- 

OR 

var ; 

— 

end  bool_or; 

— 

end  test; 

-- 

architecture 

test 

of  test  is 

— 

begin 

— 

bool_or ; 

-- 

end  test ; 

! 


entity  test  is 


procedure  bool_or  is 
variable  var  :  bit; 
begin 

var  : =  var 

#1 [  OR  var] ; 

end  bool_or; 
end  test; 

architecture  test  of  test 
begin 

bool_or ; 
end  test; 


TEST  NUMBER  :  120 


PATHNAME  :  [.BENCH.A.C.H2.P7]shellO. sh 

(UNIX  equivalent  :  bench/a/c/h2/p7/shell0 . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
logical  OR  statements.  The  model  simulated  is  an  architecture 
consisting  of  a  procedure  declaration  and  a  procedure  call.  The 
procedure  consists  of  a  number  of  variable  declarations  and  a 
logical  OR  statement  for  each  variable.  The  factor  to  be  varied  is 
the  number  of  variable  declarations/logical  OR  statements  in  the 
procedure. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafmo 

—  Date  :  15  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/variable  OR  statements  in 
procedure 

—  EXAMPLE  : 

$  sim  gen/param="shellO . sh" , "test . vhd" , 3 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shellO . sh\"\ ,\"\test . vhd\"\ ,3) 
will  generate  a  model  in  file  "test,  vhd"  with  un  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 


— 

procedure  bool_or 

is 

— 

variable  varl  : 

bit  :  = 

’O’ 

— 

variable  var2  : 

bit  :  = 

’  1  ’ 

— 

variable  var3  : 

bit  :  = 

'0' 

— 

begin 

-- 

varl  :=  varl  OR 

var  1 ; 

— 

var2  :=  var2  OR 

< 

K) 

— 

var3  :=  var3  OR 

var3 ; 

-- 

end  bool_or; 

-- 

begin 

-- 

bool_or  ; 

-- 

end  test; 

entity  test  is  end; 
architecture  test  of  test  is 
procedure  bool_or  is 


#1[  variable  var®  :  bit  :=  *$2$0$1$';] 
begin 

#1[  var®  :=  var®  OR  var®;] 
end  bool_or; 
begin 

bool_or ; 
end  test; 


TEST  NUMBER  :  121 


PATHNAME  :  [ . BENCH . A . C . H2 ,P7] shelll . sh 

(UNIX  equivalent  :  bench/a/c/h2/p7/shelll . sh) 

i 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
logical  OR  operations  in  a  procedure;  determine  the  number  of 
logical  OR  operations  allowed  in  one  variable  assignment  statement 
of  a  procedure.  The  model  simulated  is  an  architecture  consisting 
of  a  procedure  declaration  and  a  procedure  call;  the  procedure 
consists  of  a  variable  declaration  and  a  variable  assignment 
statement  containing  a  number  of  addition  operations.  The  factor  to 
be  varied  is  the  number  of  logical  OR  operations  contained  in  the 
variable  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  15  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  OR  operations  in  one  statement  in  procedure 
--  EXAMPLE  : 

$  sim  gen/param="shell 1 . sh" , "test . vhd"  ,  3 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shell  1 .  sh\"\ , \”\test .  vhd\"\ ,3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
procedure  bool_or  is 
variable  var  :  bit; 
begin 

var  :=  var 

OR  var 
OR  var 
OR  var; 

end  bool.or; 
begin 

bool_or; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
procedure  bool.or  is 


variable  var  :  bit; 
begin 

var  :=  var 

#l[  OR  var] 

end  bool_or; 
begin 
bool_or ; 
end  test; 


TEST  NUMBER 
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PATHNAME  .  [ . BENCH . A . C . I 1 . P7] shellO . sh 

(UNIX  equivalent  :  bench/a/c/il/p7/shell0 . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

logical  OR  statements.  The  model  simulated  is  an  entity  consisting 
of  a  function  declaration  and  an  architecture  consisting  of  a 
function  call.  The  function  consists  of  a  number  of  variable 
declarations  and  a  logical  OR  statement  for  each  variable.  The 
factor  to  be  varied  is  the  number  of  variable  declarations/logical 
OR  statements  in  the  function. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  15  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarat lons/variable  OR  statements  in 
function 

—  EXAMPLE  : 

$  sim  gen/param="shellO . sh" , "test . vhd" , 3 

(UNIX  equivalent  :  '/.  sim  gen  -param=\”\shellO .  sh\"\ , \”\t est .  vhd\"\ , 3) 
will  generate  a  model  ir.  file  "‘est. vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

function  bool_or  return  boolean  is 


variable 

varl 

bit 

:  =  -0 

variable 

var2 

bit 

:=  ’1 

variable 

var3 

bit 

:=  ’0 

begin 

varl  :=  varl  OR  varl; 

var2  :=  var2  OR  var2; 

var3  :=  var3  OR  var3; 

return  true; 
end  bool_or; 
end  test; 

architecture  test  of  test  is 

signal  done  :  boolean  :=  false; 
beczin 

done  <=  bool_or; 
end  test; 


entity  test  is 


function  bool.or  return  boolean  is 
#l[  variable  var®  :  bit  :=  ’$2$0$1$’;] 
begin 

#1[  var®  :=  var®  OR  var®;] 
return  true; 
end  bool_or; 
end  test; 

architecture  test  of  test  is 

signal  done  :  boolean  :=  false; 
begin 

done  <=  bool_or; 
end  test; 


TEST  NUMBER  :  123 


PATHNAME  :  [ .BENCH . A . C . II . P7] shelll . sh 

(UNIX  equivalent  :  bench/a/c/il/p7/shelll.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
logical  CR  operations  in  a  function;  determine  the  number  of 
logical  OR  operations  allowed  in  one  variable  assignment  statement 
of  a  function.  The  model  simulated  is  an  entity  consisting  of  a 
function  declara  ion  and  an  architecture  consisting  of  a  function 
call;  the  functi >n  consists  of  a  variable  declaration  and  a  variable 
assignment  statement  containing  a  number  of  logical  OR  operations. 
The  factor  to  be  varied  is  the  number  of  logical  OR  operations 
contained  in  the  variable  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  15  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  OR  operations  in  one  statement  in  function 

—  EXAMPLE  : 

$  sim  gen/param="shelll . sh" , "test . vhd" ,3 

(UNIX  equivalent  :  */,  sim  gen  -param=\"\shelll .  sh\"\  ,\"\test .  vhd\"\ ,3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

function  bool_or  return  boolean  is 
variable  var  :  bit; 
begin 

var  :=  var 

OR  var 
OR  var 
OR  var; 
return  true; 
end  bool_or; 
end  test; 

architecture  test  of  test  is 

signal  done  :  boolean  :=  false; 
begin 

done  <=  bool^or; 
end  test; 


2-V) 


entity  test  is 


function  bool.or  return  boolean  is 
variable  var  :  bit; 
begin 


vax  :=  var 


#1  [  OR  var] ; 

return  true; 
end  bool_or; 
end  test; 

architecture  test  of  test  is 
signal  done  :  boolean  :=  false; 
begin 

done  <=  bool_or; 
end  test; 


TEST  NUMBER  :  124 


PATHNAME  :  [ . BENCH . A . C. 12 . P7] shellO . sh 

(UNIX  equivalent  :  bench/a/c/i2/p7/shell0 . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
logical  OR  statements.  The  model  simulated  is  an  architecture 
consisting  of  a  function  declaration  and  a  function  call.  The 
function  consists  of  a  number  of  variable  declarations  and  a  logical 
OR  statement  for  each  variable.  The  factor  to  be  varied  is  the 
number  of  variable  declarations/logical  OR  statements  in  the 
function. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 
Date  :  15  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/variable  OR  statements  in 
function 

—  EXAMPLE  : 

$  sim  gen/param="shellO . sh" , "test . vhd" ,3 

(UNIX  equivalent  :  V,  sim  gen  -param=\"\shellO . sh\"\ ,\"\test . vhd\"\ , 3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

function  bool_or  return  boolean  is 


-- 

variable  varl  : 

bit  :  = 

’0’ 

-- 

variable  var2  : 

bit  :  = 

’  1  ’ 

-- 

variable  var3  : 

bit  :  = 

'O' 

— 

begin 

— 

varl  :=  varl  OR 

var  1  ; 

-- 

vcr2  :=  var2  OR 

var2 ; 

-- 

var.”  :=  var3  OR 

var3 ; 

-- 

return  true; 

— 

end  bool_or; 

-- 

signal  done  :  boolean  := 

fal 

-- 

begin 

— 

done  <=  bool_or; 

end  test; 

entity 

test  is  end; 

archit( 

:cture  test  of  test  is 

function  bool_or  return  boolean  is 
#l[  variable  var®  :  bit  :=  '$2$0$1$’;] 
begin 

#1[  var®  :=  var®  OR  var®;] 
return  true ; 
end  bool.or; 

signal  done  :  boolean  :=  false; 
begin 

done  <=  bool_or; 
end  test; 


TEST  HUMBER  :  125 


PATHNAME  :  [ . BENCH . A . C . 12 . P7] shelll . sh 

(UNIX  equivalent  :  bench/a/c/i2/p7/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
logical  OR  operations  in  a  function;  determine  the  number  of 
logical  OR  operations  allowed  in  one  variable  assignment  statement 
of  a  function.  The  model  simulated  is  an  architecture  consisting  of 
a  function  declaration  and  a  function  call;  the  function  consists  of 
a  variable  declaration  and  a  variable  assignment  statement 
containing  a  number  of  logical  OR  operations  The  factor  to  be 
varied  is  the  number  of  logical  OR  operations  contained  in  the 
variable  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  J5  Ji’ne  19S9 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  OR  operations  in  one  statement  in  function 

—  EXAMPLE  : 

$  sim  gen/param="shelll . sh" , "test . vhd" ,3 

(UNIX  equivalent  :  */,  sim  gen  -param=\"\shell  1 .  sh\"\  ,  V’Ntest .  vhd\"\ ,  3) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

function  bool_or  return  boolean  is 
variable  var  :  bit ; 
begin 

var  :=  var 

OR  var 
OR  var 
OR  var; 
return  true; 
end  bool_or; 

signal  done  :  boolean  :=  false; 
begin 

done  <=  bool_cr; 
end  test ; 


entity  test  is  end; 
architecture  test  of  test  is 


function  bool.or  return  boolean  is 
variable  var  :  bit; 
begin 

var  : =  var 

#1[  OR  var]  ; 

return  true; 
end  bool_or; 

signal  done  :  boolean  :=  false; 
begin 

done  <=  bool_or; 
end  test; 


TEST  NUMBER  :  126 


PATHNAME  :  [. BENCH . A . C . HI . P8] shellO. sh 

(UNIX  equivalent  :  bench/a/c/hl/p8/shell0 . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

logical  NAND  statements.  The  model  simulated  is  an  entity  consisting 
of  a  procedure  declaration  and  an  architecture  consisting  of  a 
procedure  call.  The  procedure  consists  of  a  number  of  variable 
declarations  and  a  logical  NAND  statement  for  each  variable.  The 
factor  to  be  varied  is  the  number  of  variable  declarations/logical 
NAND  statements  in  the  procedure. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  15  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/NAND  statements  in  procedure 

—  EXAMPLE  : 

$  sim  gen/param="shellO . sh" ."test . vhd" ,3 

(UNIX  equivalent  :  '/.  sim  gen  -param=\ "\shellO.  sh\"\ , \"\test .  vhd\"\ ,  3) 
will  generate  a  model  in  file  "test,  vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

procedure  bool_nand  is 


— 

variable  varl 

:  bit  :  = 

’0 

— 

variable  var2 

:  bit  :  = 

’  1 

-- 

variable  var3 

:  bit  :  = 

’0 

-- 

begin 

— 

varl  :=  varl 

NAND  varl; 

-- 

var2  :=  var2 

NAND  var2 ; 

-- 

var3  :=  var3 

NAND  var 3 ; 

-- 

end  bool_nand; 

— 

end  test; 

-- 

architecture  test 

of  test  i 

s 

— 

begin 

— 

bool_nand ; 

-- 

end  test ; 

entity  test  is 

procedure  bool.nand  is 
#l[  variable  var®  :  bit  := 


begin 

#1[  varfi  :=  var®  NAND  var®;] 
end  bool_nand; 
end  test; 

architecture  test  of  test  is 
begin 

bool.nand ; 
end  test; 


TEST  NUMBER  :  127 


PATHNAME  :  [ . BENCH . A . C . HI . P8] shelll . sh 

(UNIX  equivalent  :  bench/a/c/hl/p8/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
logical  NAND  operations  in  a  procedure;  determine  the  number  of 
logical  NAND  operations  allowed  in  one  variable  assignment 
statement  of  a  procedure.  The  model  simulated  is  an  entity 
consisting  of  a  procedure  declaration  and  an  architecture  consisting 
of  a  procedure  call;  the  procedure  consists  of  a  variable 
declaration  and  a  variable  assignment  statement  containing  a  number 
of  logical  NAND  operations.  The  factor  to  be  varied  is  the  number 
of  logical  NAND  operations  contained  in  the  variable  assignment 
statement . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafmo 
—  Date  :  15  June  1989 
--  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  NAND  operations  in  one  statement  in  procedure 
--  EXAMPLE  : 

$  sim  gen/param="shell 1 . sh" , " test . vhd"  ,  3 

(UNIX  equivalent  :  7,  sim  gen  -param=\"\shell  1  . sh\"\ , \" \t est . vhd\"\ , 3 ) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

procedure  bool_nand  is 
variable  var  :  bit; 
begin 

var  :=  var 

NAND  Ivar 
NAND  (var 
NAND  (var 

) 

) 

)  , 

end  bool._nand; 
end  test; 

architecture  test  of  test  is 
begin 

bool_nand; 
end  test; 


entity  test  is 

procedure  bool_nand  is 
variable  var  :  bit; 
begin 

var  :=  var 

#1[  NAND  (var] 

#1[  >3 

end  bool_nand; 
end  test; 

architecture  test  of  test  is 
begin 

bool_nand; 
end  test; 


:>i;s 


TEST  NUMBER  :  128 


PATHNAME  :  [ . BENCH . A . C . H2 . P8] shellO . sh 

(UNIX  equivalent  :  bench/a/c/h2/p8/shellO . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

logical  NAND  statements.  The  model  simulated  is  an  architecture 
consisting  of  a  procedure  declaration  and  a  procedure  call.  The 
procedure  consists  of  a  number  of  variable  declarations  and  a 
logical  NAND  statement  for  each  variable.  The  factor  to  be  varied 
the  number  of  variable  declarations/logical  NAND  statements  in  the 
procedure . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 
Date  :  16  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarat lons/variable  NAND  statements  in 
procedure 

—  EXAMPLE  : 

$  sim  gen/param="shellO . sh" , "test . vhd" , 3 

(UNIX  equivalent  :  ’/,  sim  gen  -param=\"\shellO .  sh\"\ , \"\test .  vhd\"\ ,  3) 
will  generate  a  model  in  file  "test,  vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
procedure  bool_nand  is 


— 

variable 

varl 

bit 

:=  'O’  ; 

-- 

variable 

var2 

bit 

:=  '  1  ’  ; 

— 

variable 

var3 

bit 

:=  ’0’  ; 

begin 

varl  :=  varl  NAND  varl; 

var2  :=  var2  NAND  var2; 

var3  :=  var3  NAND  var3; 

end  bool_nand; 
begin 

bool_nand ; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
procedure  bool_nand  is 


#l[  variable  var®  :  bit  :=  ’$2$0$1$’;] 
begin 

#lt  var®  :=  var®  NAND  var®;] 
end  bool.nand; 
begin 

bool_nand ; 
end  est; 


m 


TEST  NUMBER  :  129 


PATHNAME  :  [ . BENCH . A . C . H2 . P8] shelll . sh 

(UNIX  equivalent  :  bench/a/c/h2/p8/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
logical  NAND  operations  in  a  procedure;  determine  the  number  of 
logical  NAND  operations  allowed  in  one  variable  assignment  statement 
of  a  procedure.  The  model  simulated  is  an  architecture  consisting 
of  a  procedure  declaration  and  a  procedure  call;  the  procedure 
consists  of  a  variable  declaration  and  a  variable  assignment 
statement  containing  a  number  of  addition  operations.  The  factor  to 
be  varied  is  the  number  of  logical  NAND  operations  contained  in  the 
variable  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  0.'  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 
--  Date  :  16  June  1989 
—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  NAND  opentions  in  one  statement  in  procedure 
--  EXAMPLE  : 

$  sim  gen/param="shell 1 . sh" , "test . vhd” , 3 

(UNIX  equivalent  :  ’/,  sim  gen  -param=\”\shelll .  sh\"\ , \"' .test .  vhd\"\ ,  3) 
oill  generat n  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
procedure  bool_nand  is 
variable  var  :  bit; 
begin 

var  :=  var 

NAND(var 
NAND  (var 
NAND  (var 

) 

) 

); 

end  bool _nand  ; 
begin 

bool_nand; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
procedure  bool_nand  is 
variable  var  :  bit; 
begin 

var  : =  var 

#l[  NAND  (var] 

#l[  )] 

end  bool_nand; 
begin 

bool_nand ; 
end  test; 


TEST  NUMBER  :  130 


PATHNAME  :  [  BENCH . A . C . I 1 . P8] shellO . sh 

(UNIX  equivalent  :  bench/a/c/il/p8/shell0. sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
logical  NAND  statements.  The  model  simulated  is  an  entity 
consisting  of  a  function  declaration  and  an  architecture  consisting 
of  a  function  call.  The  function  consists  of  a  number  of  variable 
declarations  and  a  logical  NAND  statement  for  each  variable.  The 
factor  to  be  varied  is  the  number  of  variable  declarations/logical 
NAND  statements  in  the  function. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafmo 

—  Date  :  16  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarat lons/var lable  NAND  statements  in 
function 

—  EXAMPLE  : 

$  sim  gen/param="shellO . sh" , "test . vhd" ,3 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shellO. sh\"\ ,\"\test . vhd\"\ , 3) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

function  bool_nand  return  boolean  is 


-- 

variable 

var  1 

bit 

:=  ’0 

-- 

variable 

var2 

bit 

:  =  ’  1 

-- 

variable 

var3 

bit 

:=  ’0 

begin 

varl  :=  varl  NAND  varl; 

v?r2  :=  var2  NAND  var2; 

var3  : -  var3  NAND  var3; 

return  true; 
end  bool_nand; 
end  test; 

architecture  test  of  test  is 

signal  done  :  boolean  false; 
begin 

done  <■-  bool_nand, 
end  test  ; 


entity  test  is 

Junction  bool_nand  return  boolean  is 
#l[  variable  var®  :  bit  :=  ’$2$0$1$’;] 
begin 

#1[  var®  :=  var®  NAND  var®;] 
return  true; 
end  bool_nand; 
end  test; 

architecture  test  of  test  is 

signal  done  :  boolean  :=  false; 
begin 

done  <=  bool_nand; 
end  test; 


TEST  HUMBER  :  131 


PATHNAME  :  [ . BENCH . A . C . II ,P8] shelll . sh 

(UNIX  equivalent  :  bench/a/c/il/p8/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
logical  NAND  operations  in  a  function;  determine  the  number  of 
logical  NAND  operations  allowed  in  one  variable  assignment  statement 
of  a  function.  The  model  simulated  is  an  entity  consisting  of  a 
function  declaration  and  an  architecture  consisting  of  a  function 
call;  the  function  consists  of  a  variable  declaration  and  a  variable 
assignment  statement  containing  a  number  of  logical  NAND  operations. 
The  factor  to  be  varied  is  the  number  of  logical  NAND  operations 
contained  in  the  variable  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  16  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  NAND  operations  in  one  statement  in  function 

—  EXAMPLE  : 

$  sim  gen/param="shelll . sh"  ,  "test . vhd"  , 3 

(UNIX  equivalent  :  V,  sim  gen  -param=\"\shell 1 . sh\"\ ,\"\test . vhd\"\ , 3) 
will  generate  a  model  in  file  "test  vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

function  bool_nand  return  boolean  is 
variable  var  :  bit; 
begin 

var  :=  var 

NAND  (var 
NAND  (var 
NAND  (var 

) 

) 

); 

return  true; 
end  bool_nand; 
end  test ; 

architecture  test  of  test  is 

signal  dor.e  :  boolean  false; 
begin 

done  <-  bool_nar.d, 
end  test; 


entity  test  is 

function  bool_nand  return  boolean 
variable  var  :  bit; 
begin 

var  : =  var 

#1[  NAND  (var] 

#1[  )]; 
return  true; 
end  bool_nand; 
end  test; 

architecture  test  of  test  is 
signal  done  ;  boolean  :=  false; 
begin 

done  <=  bool_nand; 
end  test; 


TEST  NUMBER  :  132 


PATHNAME  :  [. BENCH . 1 . C . 12 .P8] shellO . sh 

(UNIX  equivalent  :  bench/a/c/i2/p8/shell0.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

logical  NAND  statements.  The  model  simulated  is  an  architecture 
consisting  of  a  function  declaration  and  a  function  call.  The 
function  consists  of  a  number  of  variable  declarations  and  a  logical 
NAND  statement  for  each  variable.  The  factor  to  be  varied  is  the 
number  of  variable  declarations/logical  NAND  statements  in  the 
function . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  16  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/variable  NAND  statements  in 
function 

—  EXAMPLE  : 

$  sim  gen/param="shellO . sh" , "test . vhd" ,3 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shellO .  sh\::\ , \"\test .  vhd\"\ ,  3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

function  bool_nand  return  boolean  is 


variable 

var  1 

bit 

:=  ’0 

variable 

var2 

bit 

:  =  ’  1 

variable 

var3 

bit 

:=  ’0 

begin 

varl  :=  varl  NAND  varl; 
var2  :=  var2  NAND  var2; 
var3  :=  var3  NAND  var3; 
return  true; 
end  bool_nand; 

signal  done  :  boolean  false; 
begin 

done  <-  bool_nand; 
end  test ; 


entity  test  is  end; 
architecture  test  of  test  is 


function  bool_nand  return  boolean  is 
#l[  variable  varfi  :  bit  :  =  *$2$0$1$’;] 
begin 

#l[  varfi  :=  varfi  NAND  varfi;] 
return  true; 
end  bool_nand; 

signal  done  ;  boolean  :=  false; 
begin 

done  <=  bool_nand; 
end  test; 
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TEST  NUMBER  :  133 


PATHNAME  :  [. BENCH . A . C . 12 . P8] shell 1 . sh 

(UNIX  equivalent  :  bench/a/c/i2/p8/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
logical  NAND  operations  in  a  function;  determine  the  number  of 
logical  NAND  operations  allowed  in  one  variable  assignment  statement 
of  a  function.  The  model  simulated  is  an  architecture  consisting  of 
a  function  declaration  and  a  function  call;  the  function  consists  of 
a  variable  declaration  and  a  variable  assignment  statement 
containing  a  number  of  logical  NAND  operations.  The  factor  to  be 
varied  is  the  number  of  logical  NAND  operations  contained  in  the 
variable  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  16  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  NAND  operations  in  one  statement  in  function 

—  EXAMPLE  : 

$  sim  gen/param="shelll . sh" , "test . vhd" , 3 

(UNIX  equivalent  :  ’/,  sim  gen  -param=\”\shelll . sh\"\ ,\"\test . vhd\"\ , 3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

function  bool.nand  return  boolean  is 
variable  var  :  bit; 
begin 

var  :=  var 

NAND  (var 
NAND  (var 
NAND  (var 

) 

) 

); 

return  true; 
end  bool_nand; 

signal  done  :  boolean  :=  false; 
begin 

done  <=  bool_nand, 
end  test ; 


entity  test  is  end; 
architecture  test  ol  test  is 

function  bool_nand  return  boolean  is 
variable  var  :  bit; 
begin 

var  :=  var 

#1[  HAND  (var] 

#1[  )]; 
return  true; 
end  bool_nand; 

signal  done  :  boolean  :=  false; 
begin 

done  <=  bool_nand; 
end  test; 
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TEST  NUMBER  :  134 


PATHNAME  :  [ . BENCH . A . C . HI . P9] shellO . sh 

(UNIX  equivalent  :  bench/a/c/hl/p9/shell0. sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

logical  NOR  statements.  The  model  simulated  is  an  entity  consisting 
of  a  procedure  declaration  and  an  architecture  consisting  of  a 
procedure  call.  The  procedure  consists  of  a  number  of  variable 
declarations  and  a  logical  NOR  statement  for  each  variable.  The 
factor  to  be  varied  is  the  number  of  variable  declarations/logical 
NOR  statements  in  the  procedure. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 
Date  :  16  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/NOR  statements  in  procedure 

—  EXAMPLE  : 

$  sim  gen/param="shellO . sh" , "test . vhd" ,3 

(UNIX  equivalent  :  sim  gen  -param=\"\shellO .  sh\"\ , \"\t est .  vhd\"\ , 3) 

will  generate  a  model  in  file  "test,  vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

procedure  bool_nor  is 


— 

variable 

var  1 

bit 

:=  ’O’  ; 

— 

variable 

var2 

bit 

:=  ’  1  ’  ; 

— 

variable 

var3 

bit 

:=  ’O’  ; 

begin 

varl  :=  varl  NOR  varl; 

var2  :=  var2  NOR  var2; 

var3  :=  var3  NOR  var3; 

end  bool_nor; 
end  test; 

architecture  test  of  test  is 
begin 

bool_nor ; 
end  test ; 


entity  test  is 

procedure  bool_nor  is 
#1 [  variable  var®  :  bit  :=  ’$2$0$1$’,] 


begin 

#1[  var®  :=  var®  NOR  var®;] 
end  bool_nor; 
end  test; 

architecture  test  of  test  is 
begin 

bool_nor ; 
end  test; 


TEST  NUMBER  :  13S 


PATHNAME  :  [. BENCH . A . C . HI . P9] shell 1 . sh 

(UNIX  equivalent  :  bench/a/c/hl/p9/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
logical  NOR  operations  in  a  procedure;  determine  the  number  of 
logical  NOR  operations  allowed  in  one  variable  assignment 
statement  of  a  procedure.  The  model  simulated  is  an  entity 
consisting  of  a  procedure  declaration  and  an  architecture  consisting 
of  a  procedure  call;  the  procedure  consists  of  a  variable 
declaration  and  a  variable  assignment  statement  containing  a  number 
of  logical  NOR  operations.  The  factor  to  be  varied  is  the  number 
of  logical  NOR  operations  contained  in  the  variable  assignment 
statement . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 
Date  :  16  June  1989 
--  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  NOR  operations  in  one  statement  in  procedure 
--  EXAMPLE  : 

$  sim  gen/param="shelll . sh" , "test . vhd"  ,  3 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell  1 .  sh\"\ , \"\test .  vhd\"\ ,  3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

procedure  bool_nor  is 
variable  var  :  bit; 
begin 

var  : -  var 

NOR  (var 
NOR  (var 
NOR  (var 

) 

) 

) ; 

end  bool_nor; 
end  test; 

architecture  test  of  test  is 
begin 

bool_nor; 
end  test; 


entity  test  is 

procedure  bool_nor  is 
variable  var  :  bit; 
begin 

var  :=  var 

#l[  NOR  (var] 

#1[  )] 
end  bool_nor; 
end  test; 

architecture  test  of  test  is 
begin 

bool_jior ; 
end  test; 


TEST  NUMBER  :  136 


PATHNAME  :  [ . BENCH . A . C . H2 . P9] shellO . sh 

(UNIX  equivalent  :  bench/a/c/h2/p9/shellO . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
logical  NOR  statements.  The  model  simulated  is  an  architecture 
consisting  of  a  procedure  declaration  and  a  procedure  call.  The 
procedure  consists  of  a  number  of  variable  declarations  and  a 
logical  NOR  statement  for  each  variable.  The  factor  to  be  varied  is 
the  number  of  variable  declarations/logical  NOR  statements  in  the 
procedure . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafmo 
Date  :  16  June  1989 

—  PARAMETE0  NUMBER  MEANING  : 

1  :  number  of  variable  declarat ions/var lable  NOR  statements  in 
procedure 

—  EXAMPLE  : 

$  sim  gen/param="shellO . sh" , "test . vhd" , 3 

(UNIX  equivalent  :  '/,  sim  gen  -param  =  V'\shellO  .  sh\”\ , \"\test .  vhd\"\ ,  3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  ‘est  of  test  is 
procedure  bool_nor  is 


-- 

variable 

var  1 

bit 

:  =  ,  0  -  . 

-- 

variable 

var2 

bit 

:=  ’  1  ’  ; 

-- 

variable 

var3 

bit 

;=  'O’  , 

begin 

varl  :=  varl  NOR  varl; 

var2  :=  »ar2  nOR  var2; 

var3  :=  varS  NOR  var3; 

end  bool_nor; 
begin 

bool_nor ; 
end  test ; 


entity  test  is  end, 
architecture  test  of  test  is 
procedure  bool_nor  is 


#l[  variable  varO  :  bit  :=  ’$2$0$1$';] 
begin 

#l[  varfi  :=  var®  NOR  varfi;] 
end  bool_nor; 
begin 

bool_nor ; 
end  test; 


TEST  NUMBER  :  137 


PATHNAME  :  [ . BENCH . A . C . H2 . P9] shelll . sh 

(UNIX  equivalent  :  bench/a/c/h2/p9/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
logical  NOR  operations  in  a  procedure;  determine  the  number  of 
logical  NOR  operations  allowed  in  one  variable  assignment  statement 
of  a  procedure.  The  model  simulated  is  an  architecture  consisting 
of  a  procedure  declaration  and  a  procedure  call;  the  procedure 
consists  of  a  variable  declaration  and  a  variable  assignment 
statement  containing  a  number  of  addition  operations.  The  factor  to 
be  varied  is  the  number  of  logical  NOR  operations  contained  in  the 
variable  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  16  June  1989 

--  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  NOR  operations  in  one  statement  in  procedure 

—  EXAMPLE  : 

$  sim  gen/param="shelll . sh" , "test . vhd" , 3 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shelll .  sh\"\  ,\"\test .  vhd\"\ , 3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
procedure  bool_nor  is 
variable  var  :  bit; 
begin 

var  :=  var 

NCR  (var 
NOR  (var 
NOR  (var 

) 

) 

); 

end  bool_nor; 
begin 

bool .nor  ; 
end  test  ; 


2*7 


entity  test  is  end; 
architecture  test  of  test  is 
procedure  bool_no,r  is 
variable  var  :  bit; 
begin 

var  :=  var 

#l[  NOR  (var] 

#1[  )] 
end  bool_nor; 
begin 

bool_nor ; 
end  test; 


TEST  DUMBER  :  138 


PATHNAME  :  [ . BENCH . A . C . I 1 ,P9] shellO . sh 

(UNIX  equivalent  :  bench/a/c/il/p9/shell0. sh) 

PURPOSE  •  Determine  the  simulation  CPU  time  required  to  execute  variable 
logical  NOR  statements.  The  model  simulated  is  an  entity 
consisting  of  a  function  declaration  and  an  architecture  consisting 
of  a  function  call.  The  function  consists  of  a  number  of  variable 
declarations  and  a  logical  NOR  statement  for  each  variable.  The 
factor  to  be  varied  is  the  number  of  variable  declarations/logical 
NOR  statements  in  the  function. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 
Date  :  16  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/variable  NOR  statements  in 
function 

—  EXAMPLE  : 

$  sim  gen/param="shellO . sh" , "test . vhd" , 3 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shellO .  sh\"\  , \"\test .  vhd\"\ , 3) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

function  bool_nor  return  boolean  is 


variable 

varl 

bit 

:=  ’0 

variable 

var2 

bit 

:=  M 

variable 

var3 

bit 

:=  '0 

begin 

varl  :=  varl  NOR  varl; 

var2  :=  var2  NOR  var2; 

var3  :=  var3  NOR  var3; 

return  true; 
end  bool  nor ; 
end  test ; 

architecture  test  of  test  is 

signal  done  :  boolean  :=  false; 
begin 

done  <=  bool_nor; 
end  test; 


entity  test  is 


*  \ ;  i 


function  bool_nor  return  boolean  is 
#1[  variable  var®  :  bit  :=  '$2$0$1$';] 
begin 

#l[  varffl  :=  var®  NOR  var®;] 
return  true; 
end  bool_nor; 
end  test; 

architecture  test  of  test  is 

signal  done  :  boolean  :=  false; 
begin 

done  <=  bool_nor; 
end  test; 


TEST  NUMBER  :  139 


PATHNAME  :  [. BENCH . A . C . II . P9] shell 1 . sh 

(UNIX  equivalent  :  bench/a/c/i l/p9/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
logical  NOR  operations  in  a  function;  determine  the  number  of 
logical  NOR  operations  allowed  in  one  variable  assignment  statement 
of  a  function.  The  model  simulated  is  an  entity  consisting  of  a 
function  declaration  and  an  architecture  consisting  of  a  function 
call;  the  function  consists  of  a  variable  declaration  and  a  variable 
assignment  statement  containing  a  number  of  logical  NOR  operations. 
The  factor  to  be  varied  is  the  number  of  logical  NOR  operations 
contained  in  the  variable  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  16  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  ;  number  of  variable  NOR  operations  in  one  statement  in  function 

—  EXAMPLE  : 

$  sim  gen/param-"shelll . sh" , "test . vhd" , 3 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell  1 .  sh\"\  , \"\test .  vhd\"\ ,3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  vest  is 

function  bool_r.or  return  boolean  is 
variable  var  :  bit; 
begin 

var  :=  var 

NOR  (var 
NOR  (var 
NOR  (var 

) 

) 

) ; 

return  true; 
end  bool_nor; 
end  test; 

architecture  test  of  test  is 

signal  done  :  boolean  :=  false; 
begin 

done  <=  bool_nor; 
end  test; 


•J:>1 


entity  test  is 

function  bool_nor  return  boolean  is 
variable  var  :  bit; 
begin 

var  :=  var 

#1  [  NOR  (var] 

#1[  )]; 
return  true; 
end  bool_nor; 
end  test; 

architecture  test  of  test  is 
signal  done  :  boolean  :=  false; 
begin 

done  <=  bool_nor; 
end  test; 


TEST  NUMBER  :  140 


PATHNAME  :  [ . BENCH . A . C . 12 . P9] shellO . sh 

(UNIX  equivalent  :  bench/a/c/i2/p9/shell0 . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
logical  NOR  statements.  The  model  simulated  is  an  architecture 
consisting  of  a  function  declaration  and  a  function  call.  The 
function  consists  of  a  number  of  variable  declarations  and  a  logical 
«0R  statement  for  each  variable.  The  factor  to  be  varied  is  the 
number  of  variable  declarations/logical  NOR  statements  in  the 
function . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  16  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/vanable  NOR  statements  in 
function 

EXAMPLE  : 

$  sim  gen/param="shellO . sh" , "test . vhd" , 3 

(UNIX  equivalent  :  7,  sim  gen  -param=\"\shellO . sh\"\ , \"\test . vhd\"\ , 3) 
will  generate  a  model  in  file  "test. vhd”  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

function  bool_nor  return  boolean  is 


variable 

varl 

bit 

’0 

variable 

var2 

bit 

:=  ’1 

variable 

var3 

bit 

:=  ’0 

begin 

varl  :=  varl  NOR  varl; 

var2  :=  var2  NOR  var2; 

var3  :=  var3  NOR  var3; 

return  true; 
end  bool_nor; 

signal  done  :  boolean  :=  false; 
begin 

done  <-  bool_nor; 
end  test; 


IMKi 


entity  test  is  end; 
architecture  test  of  test  is 


function  bool_nor  return  boolean  is 
#1[  variable  var©  :  bit  :=  ’$2$0$1$’;] 
begin 

#l[  var©  :=  var©  NOR  var©;] 
return  true; 
end  bool_nor; 

signal  done  :  boolean  : =  false; 
begin 

done  <=  bool.nor; 
end  test; 


TEST  NUMBER  :  141 


PATHNAME  :  [ . BENCH . A . C . 1 2 . P9] shell  1 . sh 

(UNIX  equivalent  :  bench/a/c/i2/p9/shell 1 . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
logical  NOR  operations  in  a  function;  determine  the  number  of 
logical  NOR  operations  allowed  in  one  variable  assignment  statement 
of  a  function.  The  model  simulated  is  an  architecture  consisting  of 
a  function  declaration  and  a  function  call;  the  function  consists  of 
a  variable  declaration  and  a  variable  assignment  statement 
containing  a  number  of  logical  NOR  operations.  The  factor  to  be 
varied  is  the  number  of  logical  NOR  operations  contained  in  the 
variable  assignment  statement  . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 

AUTHOR  :  Captain  Karen  M.  Serafmo 
Date  :  16  June  1989 
--  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  NOR  operations  in  one  statement  in  function 
--  EXAMPLE  : 

1.  sim  gen/param="shell  1  .  sh"  ,  "test .  vhd"  ,  3 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell  1 .  sh\"\  , \”\ test .  vhd\"\ ,  3) 
sill  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

function  bool_nor  return  boolean  is 
variable  var  :  bit; 
begin 

var  : =  var 

NOR  v  var 
NOR  (var 
NOR  (var 

) 

) 

) ; 

return  true, 
end  bool_nor; 

signal  done  :  boolean  :=  false, 
begin 

done  <=  bool_nor; 
end  test ; 


-*city  test  is  end; 
architecture  test  of  test  is 

function  bool.nor  return  boolean 
variable  var  :  bit; 
begin 

var  var 

#1[  NOR  (var] 

#1[  )]; 
return  true; 
end  bool_nor; 

signal  done  :  boolean  :=  false; 
begin 

done  <=  bool_nor; 
end  test ; 


TEST  NUMBER  :  142 


PATHNAME  :  [ . BENCH . A . C . HI . P10] shellO . sh 

(UNIX  equivalent  :  bench/a/c/hl /plO/shellO . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

logical  XOR  statements.  The  model  simulated  is  an  entity  consisting 
of  a  procedure  declaration  and  an  rchitecture  consisting  of  a 
procedure  call.  The  procedure  consists  of  a  number  of  variable 
declarations  and  a  logical  XOR  statement  for  each  variable.  The 
factor  to  be  varied  is  the  number  of  variable  declarations/logical 
XOR  statements  m  the  procedure. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Seraf inc 
Date  :  19  June  1989 
--  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarat lons/XOR  statements  in  procedure 
--  EXAMPLE  : 

$  sim  gen/param=”shellO . sh" , "test . vhd"  , 3 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shellO  .  sh\"\ , \"\test .  vhdV  \  ,  3) 
vill  generate  a  model  m  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

procedure  bool_xor  is 


-- 

var i abl e 

varl 

bit 

:=  ’0 

-- 

variable 

var2 

bit 

:  =  ’  1 

— 

variable 

begin 

var3 

bit 

:  =  '0 

varl  . -  varl  XOR  varl; 

var2  var2  XOR  var2, 

var3  :=  var3  XOR  var3; 

end  bool_xor; 
end  test; 

architecture  test  of  test  is 
begin 

bool_xor  ; 
end  test , 


entity  test  is 

procedure  bool  xor  is 
#1[  variable  var®  .  bit  :  ’  J'.’JOJ  11';] 


#1[  varfl  :=  varffl  XOR  varO;] 
end  bool_xor; 
end  test; 

architecture  test  o i  test  is 
begin 

bool_xor ; 
end  test ; 


TEST  NUMBER  :  143 


PATHNAME  :  [ . BENCH . A . C . Hi .P10] shelll . sh 

(UNIX  equivalent  :  bench/a/c/hl/plO/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
logical  XOR  operations  in  a  procedure;  determine  the  number  of 
logical  XOR  operations  allowed  in  on"  variable  assignment 
statement  of  a  procedure.  The  model  simulated  is  an  entity 
consisting  of  a  procedure  declaration  and  an  architecture  consisting 
of  a  procedure  call;  the  procedure  consists  of  a  variable 
declaration  and  a  variable  assignment  statement  containing  a  number 
of  logical  XOR  operations.  The  factor  to  be  varied  is  the  number 
of  logical  XOR  operations  contained  in  the  variable  assignment 
statement . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  19  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  XOR  operations  in  one  statement  in  procedure 

—  EXAMPLE  : 

$  sim  gen/param="shell 1 . sh" , "test . vhd" ,3 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shelll .  sh\"\ , \"\test .  vhd\"\ ,  3) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

procedure  bool.xor  is 
variable  var  :  bit; 
begin 

var  :=  var 

XOR  (var 
XOR  (var 
XOR  (var 

) 

) 

) ; 

end  bool_xor  ; 
enc  test ; 

architecture  test,  of  test  is 
begin 

bool_xor; 
end  test; 


entity  test  is 

procedure  bool.xor  is 
variable  var  :  bit; 
begin 

var  :=  var 

#1[  XOR  (var] 

#1[  )] 
end  bool_xor; 
end  test; 

architecture  test  ol  test  is 
begin 

bool_xor ; 
end  test; 


300 


TEST  NUMBER  :  144 


PATHNAME  :  [ . BENCH . A . C . H2 . P10] shellO . sh 

(UNIX  equivalent  :  bench/a/c/h2/pl0/shell0 . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
logical  XOR  statements.  The  model  simulated  is  an  architecture 
consisting  of  a  procedure  declaration  and  a  procedure  call.  The 
procedure  consists  of  a  number  of  variable  declarations  and  a 
logical  XOR  statement  for  each  variable.  The  factor  to  be  varied  is 
the  number  of  variable  declarations/logical  XOR  statements  in  the 
procedure . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 
Date  :  19  June  1989 
—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/variable  XOR  statements  in 
procedure 


--  EXAMPLE  : 


-- 

$  sim  gen/param="shellO . sh"  , 

‘test . vhd" , 3 

-- 

(UNIX  equivalent  :  sim  gen 

-param=\"\shellO .  sh\"\  , \"\test  vhd\"\  ,3) 

— 

will  generate  a  model  in  file  "test.vhd"  with  an  architecture 

— 

in  the  form  ; 

-- 

entity  test  is  end; 

-- 

architecture  test  of  test  is 

-- 

procedure  bool_xor  is 

— 

variable  varl  :  bit 

=  *0’  ; 

-- 

variable  var2  :  bit 

=  ’  1  ’  ; 

-- 

variable  var3  :  bit 

-  ’O’; 

— 

begin 

varl  :=  varl  XOR  varl; 
var2  :=  var2  XOR  var2; 
var3  var3  XOR  var3; 
end  bool_xor; 
begin 

bool_xor ; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
procedure  bool_xor  is 


# 1 C  variable  varfi  :  bit  := 

begin 

#l[  varfi  :=  varfi  XOR  varfi;] 
end  bool_xor; 
begin 

bool_xor ; 
end  test; 


’$2$0$1$ ’ ;] 


TEST  NUMBER  :  145 


PATHNAME  :  [ . BENCH . A . C . H2 . P10] shelll . sh 

(UNIX  equivalent  :  bench/a/c/h2/pl0/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
logical  XOR  operations  in  a  procedure;  determine  the  number  o f 
logical  XOR  operations  allowed  in  one  variable  assignment  statement 
of  a  procedure.  The  model  simulated  is  an  architecture  consisting 
of  a  procedure  declaration  and  a  procedure  call;  the  procedure 
consists  of  a  variable  declaration  and  a  variable  assignment 
statement  containing  a  number  of  addition  operations.  The  factor  to 
be  varied  is  the  number  of  logical  XOR  operations  contained  in  the 
variable  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  19  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  XOR  operations  in  one  statement  in  procedure 
--  EXAMPLE  : 

$  sim  gen/param="shell 1 . sh" , "test . vhd" , 3 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shell  1  .  sh\"\,\"\test.  vhd\"\,3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
procedure  bool_xor  is 
variable  var  :  bit; 
begin 

var  :=  var 

XOR  (var 
XOR  (var 
XOR  (var 

) 

) 

); 

end  bool_xor; 
begin 

bool.xor; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
procedure  bool_xor  is 
variable  var  :  bit; 
begin 

var  :=  var 

#1[  XOR  (var] 

#1[  )] 
end  bool_xor; 
begin 

bool.xor ; 
end  test; 


TEST  NUMBER 


146 


PATHNAME  :  [ . BENCH . A . C . 1 1 .  P10] shellO . sh 

(UNIX  equivalent  :  bench/a/c/il/plO/shellO . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
logical  XOR  statements.  The  model  simulated  is  an  entity 
consisting  of  a  function  declaration  and  an  architecture  consisting 
of  a  function  call.  The  function  consists  of  a  number  of  variable 
declarations  and  a  logical  XOR  statement  for  each  variable.  The 
factor  to  be  varied  is  the  number  of  variable  declarations/logical 
XOR  statements  in  the  function. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  19  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/var lable  XOR  statements  in 
function 


—  EXAMPLE  : 

$  sim  gen/param="shellO . sh" , "test . vhd" ,3 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shellO .  sh\"\  , \"\test .  vhd\"\ ,  3) 
vill  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

function  bool_xor  return  boolean  is 


variable 

varl 

bit 

:=  ’0 

variable 

var2 

bit 

:=  ’  1 

variable 

var3 

bit 

:=  ’0 

begin 

varl  :=  varl  XOR  vail; 

var2  :=  var2  XOR  var2; 

var3  :=  var3  XOR  var3; 

return  true; 
end  bool_xor; 
end  test; 

architecture  test  of  test  is 

signal  done  :  boolean  :=  false; 
begin 

done  <=  bool_xor; 
end  test; 


Id¬ 


entity  test  is 


function  bool_xor  return  boolean  is 
#l[  variable  var®  :  bit 
begin 

#l[  var®  :=  var®  XOR  var®;] 
xeturn  true; 
end  bool_xor; 
end  test; 

architecture  test  of  test  is 

signal  done  :  boolean  :=  false; 
begin 

done  <=  bool_xor; 
end  test; 


TEST  NUMBER  :  147 


PATHNAME  :  [ . BENCH . A . C . II . P10] shelll . sh 

(UNIX  equivalent  :  bench/a/c/il/plO/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
logical  XOR  operations  in  a  function;  determine  the  number  of 
logical  XOR  operations  allowed  in  one  variable  assignment  statement 
of  a  function.  The  model  simulated  is  an  entity  consisting  of  a 
function  declaration  and  an  architecture  consisting  of  a  function 
call;  the  function  consists  of  a  variable  declaration  and  a  variable 
assignment  statement  containing  a  number  of  logical  XOR  operations. 
The  factor  to  be  varied  is  the  number  of  logical  XOR  operations 
contained  in  the  variable  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 
—  Date  :  19  June  1989 
--  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  XOR  operations  in  one  statement  in  function 
--  EXAMPLE  : 

$  sim  gen/param="shelll . sh” , "test . vhd" ,3 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shelll .  sh\"\ , \”\t est .  vhd\"\ , 3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

function  bool_xor  return  boolean  is 
variable  var  :  bit; 
begin 

var  :=  var 

XOR  (var 
XOR  (var 
XOR  (var 

) 

) 

), 

return  true; 
end  bool_xor; 
end  test; 

architecture  test  of  test  is 

signal  done  :  boolean  :=  false; 
begin 

done  <=  bool_xor; 
end  test; 


JUT 


entity  test  is 

function  bool_xor  return  boolean  is 
variable  var  :  bit; 
begin 

var  :=  var 

#1[  XOR  (var] 

#l[  )]; 

return  true; 
end  bool_xor; 
end  test; 

architecture  test  of  test  is 

signal  done  :  boolean  :=  false; 
begin 

done  <=  bool_xor; 
end  test; 


TEST  NUMBER  :  148 


PATHNAME  :  [ . BENCH . A . C . 12 . P10] shellO . sh 

(UNIX  equivalent  :  bench/a/c/i2/pl0/shell0 . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
logical  XOR  statements.  The  model  simulated  is  an  architecture 
consisting  of  a  function  declaration  and  a  function  call.  The 
function  consists  of  a  number  of  variable  declarations  and  a  logical 
XOR  statement  for  each  variable.  The  factor  to  be  varied  is  the 
number  of  variable  declarations/logical  XOR  statements  in  the 
function . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Kai en  M.  Serafino 
Date  :  19  June  1989 
--  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declaraticns/vanable  XOR  statements  in 
function 

—  EXAMPLE  : 

$  sim  gcn/param="shellO . sh" , "test . vhd" , 3 

(UNIX  equivalent  :  V.  sim  gen  -param=\"\shellO . sh\"\ , \”\test . vhd\"\ , 3) 
will  generate  a  model  in  file  "test,  vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 


function  bool_xor 

return 

boo 

variable 

varl 

bit  ■  = 

'O’ 

variable 

var2  : 

bit  :  - 

'  1  ' 

variable 

var  3  : 

bit  :  = 

’O’ 

begin 

varl  :=  varl  XOR  varl; 

var2  :=  var2  XOR  var2; 

var3  :=  var3  XOR  var3; 

return  true; 
end  booi_xor; 

signal  done  boolean  false; 
begin 

done  <  =  boo] _ xor ; 
end  test  ; 


entity  test  is  end; 
architecture  test  of  test  is 


function  bool.xor  return  boolean  is 
#l[  variable  var®  :  bit  :=  '$2$0$1$';] 
begin 

#1 [  var®  : =  var®  XOR  var®;] 
return  true; 
end  bool_xor; 

signal  done  :  boolean  :  =  false; 
begin 

done  <-  bool_xor; 
end  test; 


TEST  NUMBER  :  149 


PATHNAME  :  [. BENCH . A . C . 12 . PlO] shell 1 . sh 

(UNIX  equivalent  :  bench/a/c/i2/p!0/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
logical  XOR  operations  in  a  function;  determine  the  number  of 
logical  XOR  operations  allowed  in  one  variable  assignment  statement 
of  a  function.  The  model  simulated  is  an  architecture  consisting  of 
a  function  declaration  and  a  function  call;  the  function  consists  of 
a  variable  declaration  and  a  variable  assignment  statement 
containing  a  number  of  logical  XOR  operations.  The  factor  to  be 
varied  is  the  number  of  logical  XOR  operations  contained  in  the 
variable  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 
Date  ;  19  June  1989 
--  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  XOR  operations  m  one  statement  in  function 
--  EXAMPLE  : 

$  sim  gen/param-"sheil  1  . sh" , "test . vhd"  ,  3 

(UNIX  equivalent  :  '/.  sim  gen  -param-\"\sheli  1  .  sh\"\  ,  V'Xtest .  vhd\"\ ,  3) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

function  bool_xor  return  boolean  is 
variable  var  :  bit; 
begin 

var  :=  var 

XOR  (var 
XOR  (var 
XOR  (var 


return  true, 
end  boo]  xoi  ; 
signal  done  boolean 
begin 

done  <=  boolxor; 
end  test  ; 


) 

) 

)  , 


false, 


entity  test  is  end; 
architecture  test  of  test  is 

function  bool_xor  return  boolean  is 
variable  var  :  bit; 
begin 

var  : =  var 

#1[  XDR  (var] 

#l[  )]; 

return  true; 
end  bool_xor; 

signal  dona  :  boolean  :=  false; 
begin 

done  .<=  bool_xor; 
end  test; 


TEST  NUMBER  :  150 


PATHNAME  :  [ . BENCH . A . C . HI . PI 1] shellO . sh 

(UNIX  equivalent  :  bench/a/c/hl /pi 1/shellO . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

logical  NOT  statements.  The  model  simulated  is  an  entity  consisting 
of  a  procedure  declaration  and  an  architecture  consisting  of  a 
procedure  call.  The  procedure  consists  of  a  number  of  variable 
declarations  and  a  logical  NOT  statement  for  each  variable.  The 
factor  to  be  varied  is  the  number  of  variable  declarations/logical 
NOT  statements  in  the  procedure. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 

AUTHOR  :  Captain  Karen  M.  Serafino 


Date  :  19  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarat ions/NOT  statements  in  procedure 

—  EXAMPLE  : 

$  sim  gen/param="shellO  .  sh"  ,  "test .  vhd“  ,  3 


-- 

(UNIX  equivalent  :  ’/,  sim  gen 

-param=A"\shellO . sh\"\ , \"\test . vhd\"\ , 3) 

-- 

will  generate  a  model  in  file  "test.vhd"  with  an  architecture 

— 

in  the  form  : 

-- 

entity  test  is 

— 

procedure  bool_not  is 

— 

variable  varl  :  bit 

.  _  >  A  >  . 

— 

variable  var2  :  ’ 

:=  ’  1  ’  ; 

-- 

variable  var3  :  oit 

.Q.  - 

-- 

begin 

-- 

var 1  : -  NOT  var 1 ; 

-- 

var2  :=  NOT  var2; 

-- 

var3  :=  NOT  var3; 

-- 

end  bool_not; 

-- 

end  test  , 

-- 

architect uie  test  of  tec. 

t  IS 

-- 

beg  l  n 

-- 

bool _not ; 

-- 

end  test; 

entity  test  is 

procedure  bool_not  is 
#1[  variable  vai ffl  :  bit  :=  '$2$0$1$';] 


begin 

#1[  varC  :=  NOT  varO;] 
end  bool_not; 
end  test; 

architecture  test  of  test  is 
begin 

bool_not ; 
end  test; 


an 


TEST  NUHBER  :  151 


PATHNAME  :  [ . BENCH . A . C  .  HI  .  Pi  1] shelll  .  sh 

(UNIX  equivalent  :  bench/a/c/hl/pl 1 /shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
logical  NOT  operations  in  a  procedure;  determine  the  number  of 
logical  NOT  operations  allowed  in  one  variable  assignment 
statement  of  a  procedure.  The  model  simulated  is  an  entity 
consisting  of  a  procedure  declaration  and  an  architecture  consisting 
of  a  procedure  call;  the  procedure  consists  of  a  variable 
declaration  and  a  variable  assignment  statement  containing  a  number 
of  logical  NOT  operations.  The  factor  to  be  varied  is  the  number 
of  logical  NOT  operations  contained  in  the  variable  assignment 
statement . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 
—  Date  :  19  June  1989 
--  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  NOT  operations  in  one  statement  in  procedure 
--  EXAMPLE  : 

$  sim  gen/param="shell 1 . sh"  ,  "test . vhd"  ,  3 

(UNIX  equivalent  :  */,  sim  gen  -param=\"\shelll .  sh\"\ ,\"\test .  vhd\"\ , 3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

procedure  bool_not  is 
variable  var  :  bit; 
begin 
var  :  = 

NOT  ( 

NOT  ( 

NOT  ( 

var 

) 

) 

) ; 

end  bool_not; 
end  test ; 

architecture  test  of  test  is 
begin 

bool _not ; 
end  test ; 


entity  test  is 

procedure  bool_not  is 
variable  var  :  bit; 
begin 
var  :  = 

#1[  NOT  (] 

var 

1 1  [  )  ] ; 

end  bool_not; 
end  test; 

architecture  test  of  test 
begin 

bool_not ; 
end  test; 


TEST  NUMBER  :  1S2 


PATHNAME  :  [ . BENCH . A . C . H2 . PI 1] shellO . sh 

(UNIX  equivalent  :  bench/a/c/h2/pl 1/shellO . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
logical  NOT  statements.  The  model  simulated  is  an  architecture 
consisting  of  a  procedure  declaration  and  a  procedure  call.  The 
procedure  consists  of  a  number  of  variable  declarations  and  a 
logical  NOT  statement  for  each  variable.  The  factor  to  be  varied  is 
the  number  of  variable  declarations/logical  NOT  statements  in  the 
procedure . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 
Date  .  19  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/variable  NOT  statements  in 
procedure 

—  EXAMPLE  : 

$  sim  gen/param="shellO . sh" , "test . vhd" , 3 

(UNIX  equivalent  :  '/.  sim  gen  -param= V'XshellO .  sh\”\ , \"\test .  vhd\"\ ,  3) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
procedure  bool_not  is 


variable 

var  1 

bit 

:=  ’0 

variable 

var2 

bit 

'1 

variable 

var3 

bit 

:=  ’0 

begin 


varl  :  = 

NOT 

varl  ; 

var2  :  = 

NOT 

var2 ; 

var3  := 

NOT 

var3 ; 

end  bool_ 

not ; 

begin 

bool.not ; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
procedure  bool_not  is 


#1[  variable  varfi  :  bit  := 
begin 

#1[  var®  :=  NOT  var®;] 
end  bool_not; 
begin 

bool_not ; 
end  test; 


:us 


TEST  NUMBER  :  1S3 


PATHNAME  :  [ .BENCH . A . C . H2 . PI 1] shelll . sh 

(UNIX  equivalent  :  bench/a/c/h2/pl 1/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
logical  NOT  operations  in  a  procedure;  determine  the  number  of 
logical  NOT  operations  allowed  in  one  variable  assignment  statement 
of  a  procedure.  The  model  simulated  is  an  architecture  consisting 
of  a  procedure  declaration  and  a  procedure  call;  the  procedure 
consists  of  a  variable  declaration  and  a  variable  assignment 
statement  containing  a  number  of  addition  operations.  The  factor  to 
be  varied  is  the  number  of  logical  NOT  operations  contained  in  the 
variable  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  19  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  NOT  operations  in  one  statement  in  procedure 

—  EXAMPLE  : 

$  si m  gen/param="shell 1 . sh" ,  test . vhd" ,3 

(UNIX  equivalent  :  V.  sim  gen  -param=\"\shelll . sh\"\ ,\"\test . vhd\"\ , 3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
procedure  bool_not  is 
variable  var  :  bit; 
begin 
var  :  = 

NOT  ( 

NOT  ( 

Nui  ( 

var 

) 

) 

); 

end  bool_not; 
begin 

bool.not; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
procedure  bool_not  is 
variable  var  :  bit; 
begin 
var  :  = 

#1[  NOT  Q 

var 

#i[  )]; 

end  bool_not; 
begin 

bool_not ; 
end  test; 


TEST  HUMBER  :  154 


PATHNAME  :  [.BEHCH . A .C. I 1 .PI l] shellO . sh 

(UNIX  equivalent  :  bench/a/c/il/pll/shellO. sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
logical  NOT  statements.  The  model  simulated  is  an  entity 
consisting  of  a  function  declaration  and  an  architecture  consisting 
of  a  function  call.  The  function  consists  of  a  number  of  variable 
declarations  and  a  logical  NOT  statement  for  each  variable.  The 
factor  to  be  varied  is  the  number  of  variable  declarations/logical 
NOT  statements  in  the  function. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  19  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/variable  NOT  statements  in 
function 

—  EXAMPLE  : 


— 

$  sim  gen/param="shellO. sh" , 

"test.vhd", 3 

— 

(UNIX  equivalent  :  '/.  sim  gen 

-param=\"\shellO . sh\"\ , \"\test . vhd\"\ , 3) 

— 

will  generate  a  model  in  file  "test.vhd"  with  an  architecture 

— 

in  the  form  : 

— 

entity  test  is 

— 

function  bool_not  return  boolean  is 

— 

variable  varl  :  bit 

:=  ’0’  ; 

— 

variable  var2  :  bit 

:=  '  1  ’  ; 

— 

variable  var3  :  bit 

:=  'O’; 

— 

begin 

— 

varl  :=  NOT  varl ; 

— 

var2  :=  NOT  var2; 

-- 

var3  :=  NOT  var3; 

— 

return  true; 

end  bool_not; 
end  test; 

architecture  test  of  test  is 


signal  done  :  boolean  :=  false; 
begin 

done  <=  bool.not; 
end  test; 


entity  test  is 
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function  bool_not  return  boolean  is 
#l[  variable  var®  :  bit  := 
begin 

#l[  var®  :=  NOT  var®;] 
return  true; 
end  bool_not; 
end  test; 

architecture  test  of  test  is 
signal  done  :  boolean  :=  false; 
begin 

done  <=  bool_not ; 
end  test; 


TEST  NUMBER  :  155 


PATHNAME  :  [.BENCH. A.C.I1 .Plllshelll .sh 

(UNIX  equivalent  :  bench/a/c/il/pll/shelll .sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
logical  NOT  operations  in  a  function;  determine  the  number  of 
logical  NOT  operations  allowed  in  one  variable  assignment  statement 
of  a  function.  The  model  simulated  is  an  entity  consisting  of  a 
function  declaration  and  an  architecture  consisting  of  a  function 
call;  the  function  consists  of  a  variable  declaration  and  a  variable 
assignment  statement  containing  a  number  of  logical  NOT  operations. 
The  factor  to  be  varied  is  the  number  of  logical  NOT  operations 
contained  in  the  variable  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  20  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  NOT  operations  in  one  statement  in  function 

—  EXAMPLE  : 

$  sim  gen/param="shelll . sh" , "test . vhd" , 3 

(UNIX  equivalent  :  7,  sim  gen  -param=\"\shelll . sh\"\ ,\"\test . vhd\"\ ,3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

function  bool_not  return  boolean  is 
variable  var  :  bit; 
begin 
var  :  = 

NOT  ( 

NOT  ( 

NOT  ( 

var 

) 

) 

); 

return  true; 
end  bool_not; 
end  test; 

architecture  test  of  test  is 
signal  done  :  boolean  :=  false; 
begin 

done  <=  bool_not; 
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end  test; 


entity  test  is 

function  bool_not  return  boolean  is 
variable  var  :  bit; 
begin 
var  :  = 

#1 [  NOT  (3 

var 

#i[  )3; 

return  true; 
end  bool.not; 
end  test; 

architecture  test  of  test  is 
signal  done  :  boolean  :=  false; 
begin 

done  <=  bool_not; 
end  test; 


TEST  NUMBER  :  1S6 


PATHNAME  :  [ . BENCH . A . C . 12 . PI  1] shellO . sh 

(UNIX  equivalent  :  bench/a/c/i2/pl 1/shellO . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
logical  NOT  statements.  The  model  simulated  is  an  architecture 
consisting  of  a  function  declaration  and  a  function  call.  The 
function  consists  of  a  number  of  variable  declarations  and  a  logical 
NOT  statement  for  each  variable.  The  factor  to  be  varied  is  the 
number  of  variable  declarations/logical  NOT  statements  in  the 
function . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  20  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/variable  NOT  statements  in 
function 

—  EXAMPLE  : 

$  sim  gen/param="shellO . sh" , "test . vhd" , 3 

(UNIX  equivalent  :  V,  sim  gen  -param=\"\shellO . sh\"\ , \"\test . vhd\"\ , 3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

function  bool_not  return  boolean  is 


variable 

varl 

bit 

:=  ’0 

variable 

var2 

bit 

:=  '1 

variable 

var3 

bit 

:=  ’0 

begin 

varl  :=  NOT  varl; 
var2  :=  NOT  var2; 
var3  :=  NOT  var3; 
return  true; 
end  bool_not; 

signal  done  :  boolean  :=  false; 
begin 

done  <=  bool_not; 
end  test; 


entity  test  is  end, 
architecture  test  of  test  is 


function  bool_not  return  boolean  is 
#1[  variable  varfl  :  bit  := 
begin 

#1[  varfi  :=  NOT  varfi;] 
return  true; 
end  bool_not; 

signal  done  :  boolean  :=  false; 
begin 

done  <-  bool_not; 
end  test; 


TEST  NUMBER  :  157 


PATHNAME  :  [ . BENCH . A . C . 12 . Pll] shelll . sh 

(UNIX  equivalent  :  bench/a/c/i2/pll/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
logical  NOT  operations  in  a  function;  determine  the  number  of 
logical  NOT  operations  allowed  in  one  variable  assignment  statement 
of  a  function.  The  model  simulated  is  an  architecture  consisting  of 
a  function  declaration  and  a  function  call;  the  function  consists  of 
a  variable  declaration  and  a  variable  assignment  statement 
containing  a  number  of  logical  NOT  operations.  The  factor  to  be 
varied  is  the  number  of  logical  NOT  operations  contained  in  the 
variable  assignment  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  20  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  NOT  operations  in  one  statement  in  function 

—  EXAMPLE  : 

$  sim  gen/param="shelll . sh" , "test . vhd" ,3 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shell  1 .  sh\"\ , \"\test .  vhd\"\ , 3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

function  bool_not  return  boolean  is 
variable  var  :  bit; 
begin 
var  :  = 

NOT  ( 

NOT  ( 

NOT  ( 

var 

) 

) 

); 

return  true; 
end  bool.not; 

signal  done  :  boolean  :=  false; 
begin 

done  <=  bool_not ; 
end  test; 
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entity  test  is  end; 
architecture  test  of  test  is 

function  bool.not  return  boolean  is 
variable  var  :  bit; 
begin 
var  :  = 

#1[  NOT  (3 

var 

#1[  )3; 

return  true; 
end  bool_not; 

signal  done  :  boolean  :=  false; 
begin 

done  <=  bool_not; 
end  test; 


TEST  NUMBER  :  158 


PATHNAME  :  [ . BENCH . A . C . Pl]shell2 . sh 

(UNIX  equivalent  :  bench/a/c/pl /shell2 . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  addition 

operations  on  signals.  The  model  simulated  consists  of  a  number  of 
integer  signal  declarations  and  one  addition  signal  assignment 
statement  for  each  signal,  plus  a  signal  declaration/signal 
assignment  statement/assertion  that  controls  how  long  to  simulate 
the  model.  The  factors  to  be  varied  are  the  number  of  signal 
declarations/number  of  addition  signal  assignment  statements  and  the 
length  of  time  (in  ns)  to  simulate  the  model. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  22  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  signal  declarations/signal  addition  statements 

2  :  length  of  time  (ns)  to  simulate  model 

—  EXAMPLE  : 

$  sim  gen/param="shell2 . vhd" , '  test . vhd" ,3 ,2 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell2 .  sh\”\ ,\"\test .  vhd\"\ ,  3  ,2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
signal  stop  :  bit  :=  'O’; 
signal  sigl  :  integer  :=  0; 
signal  sig2  :  integer  :=  0; 
signal  sig3  :  integer  :=  0; 
begin 

sigl  <=  sigl  +  1  after  1  ns; 

sig2  <=  sig2  +  1  after  1  ns; 

sig3  <=  sig3  +  1  after  1  ns; 

stop  <=  'O’,  ’1'  after  2  ns; 

assert  (stop  =  ’O’)  report  "simulation  complete"  severity  failure; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
signal  stop  :  bit  :  =  'O’; 
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#l[  signal  sigfi  :  integer  :=  0;] 
begin 

#l[  sig®  <=  sig®  +  1  after  1  ns;] 
stop  <=  'O',  '1'  after  V.2V.  ns; 

assert  (stop  =  '0')  report  "simulation  complete"  severity  failure; 
end  test; 


.1.10 


TEST  NUMBER  :  159 


PATHNAME  :  [ . BENCH . A . C . P2]shell2 . sh 

(UNIX  equivalent  :  bench/a/c/p2/shell2.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  subtraction 

operations  on  signals.  The  model  simulated  consists  of  a  number  of 
integer  signal  declarations  and  one  subtraction  signal  assignment 
statement  for  each  signal,  plus  a  signal  declaration/signal 
assignment  statement/assertion  that  controls  how  long  to  simulate 
the  model.  The  factors  to  be  varied  are  the  number  of  signal 
declarations/number  of  subtraction  signal  assignment  statements  and 
the  length  of  time  (in  ns)  to  simulate  the  model. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  22  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  signal  declarations/signal  subtraction  statements 

2  :  length  of  time  (ns)  to  simulate  model 

—  EXAMPLE  : 

$  sim  gen/param="shell2 . vhd" , "test . vhd" ,3 , 2 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell2 .  sh\"\ , \"\test .  vhd\"\ ,  3 ,2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
signal  stop  :  bit  ;=  ’O’; 
signal  sigl  :  integer  :=  0; 
signal  sig2  :  integer  :=  0; 
signal  sig3  :  integer  :=  0; 
begin 

sigl  <=  sigl  -  1  after  1  ns; 

sig2  <=  sig2  -  1  after  1  ns; 

sig3  <=  sig3  -  1  after  1  ns; 

stop  <=  ’O’,  ’1’  after  2  ns; 

assert  (stop  =  ’O’)  report  "simulation  complete"  severity  failure; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
signal  stop  :  bit  :=  ’O’; 

#1[  signal  sig®  :  integer  :=  0;] 
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begin 

#l[  sig®  <=  sig®  -  1  after  1  ns;] 
stop  <=  *0’,  *1*  after  %2'/.  ns; 

assert  (stop  «  ’O')  report  "simulation  complete"  severity  failure; 
end  test; 
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TEST  NUMBER  :  160 


PATHNAME  :  [. BENCH . A . C . P3]shell2 . sh 

(UNIX  equivalent  :  bench/a/c/p3/shell2 . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  multiplication 
operations  on  signals.  The  model  simulated  ccncicts  of  a  number  of 
integer  signal  declarations  and  one  multiplication  signal  assignment 
statement  for  each  signal,  plus  a  signal  declaration/signal 
assignment  statement/assertion  that  controls  how  long  to  simulate 
the  model.  The  factors  to  be  varied  are  the  number  of  signal 
declarations/number  of  multiplication  signal  assignment  statements 
and  the  length  of  time  (in  ns)  to  simulate  the  model. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  22  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  signal  declarations/signal  multiplication  statements 

2  :  length  of  time  (ns)  to  simulate  model 

—  EXAMPLE  : 

$  sim  gen/param="shell2 . vhd" , "test . vhd" ,3 , 2 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell2.  sh\"\ , \"\test .  vhd\"\ ,3 ,2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
signal  stop  :  bit  :=  ’O’; 
signal  sigl  :  integer  :=  1; 
signal  sig2  :  integer  :=  1; 
signal  sig3  :  integer  :=  1; 
begin 

sigl  <=  sigl  *  2  after  1  ns; 

sig2  <=  sig2  *  2  after  1  ns; 

sig3  <=  sig3  *  2  after  1  ns; 

stop  <=  ’O’,  ’1’  after  2  ns; 

assert  (stop  =  ’O’)  report  "simulation  complete"  severity  failure; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
signal  stop  :  bit  :=  ’O’; 

#1[  signal  sigO  :  integer  :=  1;) 


begin 

#1[  sigfi  <=  sig®  *  2  after  1  ns;3 
stop  <=  ’O’,  '  1*  after  */,2*/.  ns; 

assert  (stop  =  ’O’)  report  "simulation  complete"  severity  failure; 
end  test; 
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TEST  HUMBER  :  161 


PATHNAME  :  [.BENCH. A.C.P4]shell2 . sh 

(UNIX  equivalent  :  bench/a/c/p4/shell2 . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  division 

operations  on  signals,  lne  model  simulated  consists  of  a  number  of 
integer  signal  declarations  and  one  division  signal  assignment 
statement  for  each  signal,  plus  a  signal  declaration/signal 
assignment  statement/assertion  that  controls  how  long  to  simulate 
the  model.  The  factors  to  be  varied  are  the  number  of  signal 
declarations/number  of  division  signal  assignment  statements  and  the 
length  of  time  (in  ns)  t:  simulate  the  model. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 
Date  :  22  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  signal  declarations/signal  division  statements 

2  :  length  of  time  (ns)  to  simulate  model 

—  EXAMPLE  : 

$  sim  gen/param="shell2 . vhd" , "test .vhd" ,3,2 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell2 . sh\"\ ,\"\test . vhd\"\ ,3 ,2) 
sill  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
signal  stop  :  bit  :=  'O’; 
signal  sigl  :  integer  :=  integer ’high ; 
signal  sig2  :  integer  :=  integer 'high ; 
signal  sig3  :  integer  :=  integer 'high ; 
begin 

sigl  <=  sigl  /  2  after  1  ns; 

sig2  <=  sig2  /  2  after  1  ns; 

sig3  <=  sig3  /  2  after  1  ns; 

stop  <=  'O’,  ’1’  after  2  ns; 

assert  (stop  =  ’O’)  report  "simulation  complete"  severity  failure; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
signal  stop  :  bit  :=  ’O’; 

#1 [  signal  sig®  :  integer  :=  integer ’high ; ] 


begin 

#1[  sig«  <=  sig*  /  2  after  1  ns;] 
stop  <=  ’O’,  *1*  after  7.27.  ns; 

assert  (stop  =  ’O’)  report  "simulation  complete"  severity  failure; 
end  test; 


.tk; 


TEST  NUMBER  :  162 


PATHNAME  :  [, BENCH . A . C . P6] shell2 . sh 

(UNIX  equivalent  :  bench/a/c/p6/shell2 . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  logical  AND 

operations  on  signals.  The  model  simulated  consists  of  a  number  of 
signal  declarations  and  one  logical  AND  signal  assignment  statement 
for  each  signal,  plus  a  signal  declaration/signal  assignment 
statement/assertion  that  controls  how  long  to  simulate  the  model. 

The  factors  to  be  varied  are  the  number  of  signal  declarations/ 
number  of  logical  AND  signal  assignment  statements  and  the  length  of 
time  (in  ns)  to  simulate  the  model. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  22  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  signal  declarations/signal  AND  statements 

2  :  length  of  time  (ns)  to  simulate  model 

—  EXAMPLE  : 

$  sim  gen/param="shell2 . vhd" , "test . vhd" ,3 ,2 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell2 .  sh\"\  ,\"\test .  vhd\"\ ,3 ,2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
signal  other.sig  :  bit  :=  ’O’; 


signal 

sigl  : 

bit 

:  = 

l’; 

signal 

sig2  : 

bit 

:  = 

i’; 

signal 

sig3  : 

bit 

:  = 

i’; 

begin 

sigl  <= 

other 

-Slg 

AND 

other. 

S1g 

after 

1 

ns 

sig2  <= 

other 

-sig 

AND 

other. 

sig 

after 

1 

ns 

sig3  <= 

other 

-sig 

AND 

other. 

S1g 

after 

1 

ns 

other_s 

ig  <= 

’0’ 

,  ’ 1  ’  after  1  ns 
,  ’ 0 ’  after  2  ns ; 


end  test; 

entity  test  is  end; 
architecture  test  of  test  is 
signal  other.sig  :  bit  :=  ’O’; 
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#l[  signal  sigfi  :  bit  :=  *  1  * ;] 
begin 

#1[  sig®  <=  other_sig  AND  other.sig  after  1  ns 
other_sig  <=  ’0’ 

#2[  , '$2$1$0$ '  after  ®  ns]; 

end  test; 


•IMS 


TEST  NUMBER  :  363 


PATHNAME  :  [. BENCH . A . C . P7] shell2 . sh 

(UNIX  equivalent  :  bench/a/c/p7/shell2 . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  logical  OR 

operations  on  signals.  The  model  simulated  consists  of  a  number  of 
signal  declarations  and  one  logical  OR  signal  assignment  statement 
for  each  signal,  plus  a  signal  declaration/signal  assignment 
statement/assertion  that  controls  how  long  to  simulate  the  model. 
The  factors  to  be  varied  are  the  number  of  signal  declarations/ 
number  of  logical  OR  signal  assignment  statements  and  the  length  of 
time  (in  ns)  to  simulate  the  model. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 
—  Date  :  22  June  1989 


—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  signal  declarations/signal  OR  statements 

2  :  length  of  time  (ns)  to  simulate  model 


—  EXAMPLE  : 


S  sim  gen/param="shell2.  vhd"  .  "test .  vhd'1 ,3 , 2 

(UNIX  equivalent  :  V.  sim  gen  -param=\"\shell2 . sh\"\ , \"\test . vhd\"\ ,3 ,2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 


— 

signal 

other. 

sig  :  bit  := 

signal 

sigl  : 

bit  :=  ’1’  ; 

— 

signal 

sig2  : 

bit  :=  ’1  ’ ; 

— 

signal 

sig3  : 

bit  :=  ’  1  ’ ; 

begin 


sigl 

<=  other. 

_s 

ig 

OR 

oth 

er_ 

sig 

after 

1 

ns 

sig2 

<=  other. 

_s 

!g 

OR 

oth 

er_ 

S1g 

after 

1 

ns 

sig3 

<=  other. 

_s 

!g 

OR 

oth 

er_ 

sig 

after 

1 

ns 

other 

-sig  <= 

•0 

> 

1 

'1 

’  after  1 

ns 

, ’ 0 ’  after  2  ns  ; 


end  test; 


en  ity  test  is 

end ; 

architecture  test  of 

test  is 

signal  other 

-sig  : 

bit  :  = 
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#1[  signal  sigC  :  bit  :=  * l';D 
begin 

#1[  sig®  <=  other_sig  OR  other.sig  alter  1  ns 
other_sig  <=  'O’ 

#2[  alter  fi  ns]; 

end  test; 
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TEST  HUMBER  :  164 


PATHNAME  :  [ . BENCH . A . C . P8]shell2 . sh 

(UNIX  equivalent  :  bench/a/c/p8/shell2 . sh) 

PURPOSE  :  Determine  the  simulation  CP”  time  required  to  execute  logical  NAND 
operations  on  signals.  The  model  simulated  consists  of  a  number  of 
signal  declarations  and  one  logical  NAND  signal  assignment  statement 
for  each  signal,  plus  a  signal  declaration/signal  assignment 
statement/assertion  that  controls  how  long  to  simulate  the  model. 

The  factors  to  be  varied  are  the  number  of  signal  declarations/ 
number  of  logical  NAND  signal  assignment  statements  and  the  length  of 
time  (in  ns)  to  simulate  the  model. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  22  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  signal  declarations/signal  NAND  statements 

2  :  length  of  time  (ns)  to  simulate  model 

—  EXAMPLE  : 

$  sim  gen/param="shell2 . vhd" , "test . vhd" ,3 ,2 

(UNIX  equivalent  :  '/.  sim  gen  -param=\,,\shell2.sh\"\,\"\test.vhd\"\,3,2) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 


entity  test  is  end; 


— 

architecture  test  of 

test  is 

-- 

signal  stop 

bit 

:=  ’1’ ; 

— 

signal  sigl 

bit 

:=  >1'; 

— 

signal  sig2 

bit 

:=  M’; 

— 

signal  sig3 

bit 

:=  ’  1  ’ ; 

— 

begin 

— 

sigl  <=  sigl 

NAND 

stop  after 

1 

ns 

— 

sig2  <=  sig2 

NAND 

stop  after 

1 

ns 

— 

sig3  <=  sig3 

NAND 

stop  after 

1 

ns 

-- 

stop  <=  ’  1  ’  , 

’0’  after  2  ns; 

— 

end  test; 

entity  test  is  end; 
architecture  test  of  test  is 
signal  stop  :  bit  :=  *1’; 

#1[  signal  sig®  :  bit  :=  ’1’;] 
begin 
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# 1 [  sigfi  <=  sigC  MAUD  stop  after  1  ns;] 
stop  <=  ’1’,  '0*  after  V.2V,  ns; 
end  test; 
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TEST  NUMBER  :  165 


PATHNAME  :  [ . BENCH . A . C .P9] shell2 . sh 

(UNIX  equivalent  :  bench/a/c/p9/shell2.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  logical  NOR 

operations  on  signals.  The  model  simulated  consists  of  a  number  of 
signal  declarations  and  one  logical  NOR  signal  assignment  statement 
lor  each  signal,  plus  a  signal  declaration/signal  assignment 
statement/assertion  that  controls  how  long  to  simulate  the  model. 

The  factors  to  be  varied  are  the  number  ol  signal  declarations/ 
number  ol  logical  NOR  signal  assignment  statements  and  the  length  ol 
time  (in  ns)  to  simulate  the  model. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serai ino 

—  Date  :  22  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  ol  signal  declarations/signal  NOR  statements 

2  :  length  ol  time  (ns)  to  simulate  model 

—  EXAMPLE  : 

$  sim  gen/param="shell2.vhd","test.vhd",3,2 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell2 . sh\"\ ,\"\test . vhd\"\ ,3 ,2) 
will  generate  a  model  in  lile  "test.vhd"  with  an  architecture 
in  the  lorm  : 

entity  test  is  end; 
architecture  test  ol  test  is 


— 

signal  stop 

bit  :  = 

O'; 

— 

signal  sigl 

bit  :  = 

1 ' ; 

— 

signal  sig2 

bit  :  = 

i  ’ ; 

— 

signal  sig3 

bit  :  = 

l’; 

— 

begin 

— 

sigl  <=  sigl 

NOR  stop 

alter 

1 

ns 

— 

sig2  <=  sig2 

NOR  stop 

alter 

1 

ns 

— 

sig3  <=  sig3 

NOR  stop 

after 

1 

ns 

— 

stop  <=  ’O’, 

'1'  after 

2  ns 

— 

end  test; 

entity  test  is  end; 
architecture  test  ol  test  is 
signal  stop  :  bit  :=  'O’; 

#1[  signal  sig®  :  bit  :=  ’1’;] 
begin 
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3-1-1 


TEST  HUMBER  :  166 


PATHNAME  :  [.BENCH. A.C.P10]shell2.sh 

(UNIX  equivalent  :  bench/a/c/pl0/shell2.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  logical  XOR 

operations  on  signals.  The  model  simulated  consists  of  a  number  of 
signal  declarations  and  one  logical  XOR  signal  assignment  statement 
for  each  signal,  plus  a  signal  declaration/signal  assignment 
statement/assertion  that  controls  hov  long  to  simulate  the  model. 

The  factors  to  be  varied  are  the  number  of  signal  declarations/ 
number  of  logical  XOR  signal  assignment  statements  and  the  length  of 
time  (in  ns)  to  simulate  the  model. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  22  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  signal  declarations/signal  XOR  statements 

2  :  length  of  time  (ns)  to  simulate  model 

—  EXAMPLE  : 

$  sim  gen/param="shell2. vhd" , "test . vhd" ,3 , 2 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell2.sh\"\,\"\test.vhd\"\,3,2) 
will  generate  a  model  in  file  "test. vhd”  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 


— 

signal  stop 

bit  :  = 

’  1  ’ ; 

— 

signal  sigl 

bit  :  = 

— 

signal  sig2 

bit  :  = 

’i’; 

— 

signal  8ig3 

bit  :  = 

’i’ ; 

begin 

sigl  <=  sigl  XOR  stop  after  1  ns; 

sig2  <=  sig2  XOR  stop  after  1  ns; 

sig3  <=  sig3  XOR  stop  after  1  ns; 

stop  <=  *1’,  ’O’  after  2  ns; 

end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
signal  stop  :  bit  : =  • 1 » ; 

#1[  signal  sig®  :  bit  ;=  ’1’;] 
begin 
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#1[  sig®  <=  sig®  XOR  stop  after  1  ns;] 
stop  <=  'l1,  ’0’  after  X2%  ns; 
end  test; 
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TEST  HUMBER  :  167 


PATHNAME  :  [.BENCH.A.C.PU]shell2.sh 

(UNIX  equivalent  :  bench/a/c/pll/shell2.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  logical  HOT 

operations  on  signals.  The  model  simulated  consists  of  a  number  of 
signal  declarations  and  one  logical  NOT  signal  assignment  statement 
for  each  signal,  plus  a  signal  declaration/signal  assignment 
statement/assertion  that  controls  how  long  to  simulate  the  model. 

The  factors  to  be  varied  are  the  number  of  signal  declarations/ 
number  of  logical  NOT  signal  assignment  statements  and  the  length  of 
time  (in  ns)  to  simulate  the  model. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  22  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  signal  declarations/signal  NOT  statements 

2  :  length  of  time  (ns)  to  simulate  model 

—  EXAMPLE  : 

$  sim  gen/param="shell2 . vhd" , "test . vhd"  ,3 ,2 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell2.  sh\"\,\"\test.vhd\,,\,3,2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
signal  stop  :  bit  :=  ’1*; 
signal  sigl  :  bit  :=  ’1'; 
signal  sig2  :  bit  :=  ’1’; 
signal  sig3  :  bit  :=  ’1’; 
begin 

sigl  <=  NOT  sigl  after  1  ns; 

8ig2  <=  NOT  sig2  after  1  ns; 

sig3  <=  NOT  sig3  after  1  ns; 

stop  <=  ’1’,  ’0’  after  2  ns; 

assert  (stop  =  ’1’)  report  "simulation  complete"  severity  failure; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
signal  stop  :  bit  :=  ’1'; 

#1[  signal  sig®  :  bit  :=  '1’;] 
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begin 

#l[  sig8  <=  MOT  sig«  alter  1  ns;] 
stop  <=  '1*.  ’0’  alter  ns; 

assert  (stop  =  *1*)  report  "simulation  complete"  severity  lailure; 
end  test; 
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TEST  NUMBER  :  168 


PATHNAME  :  [, BENCH . B . C .K . LI . P6] shelll . sh 

(UNIX  equivalent  :  bench/b/c/k/ll/p6/shelll .sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  logical  AND 
operations  on  a  signal.  The  model  simulated  is  an  architecture 
consisting  of  a  process  and  two  signal  declarations,  one  bit_vector, 
one  bit;  the  process  consists  of  a  for-loop;  the  for-loop  contains  a 
logical  AND  signal  assignment  statement,  and  the  number  of 
iterations  of  the  loop  is  equal  to  the  size  of  the  bit_vector 
signal.  The  factor  to  be  varied  is  the  bit_vector  size/number  of 
iterations  of  the  for-loop. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  23  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  signal  bit_vector  size/number  of  AND  statement  iterations  in  process 
--  EXAMPLE  : 

$  sim  gen/param="shelll . vhd" , "test . vhd" , 10 

(UNIX  equivalent  :  */.  sim  gen  -param=\"\shelll .  sh\"\ , \"\test .  vhd\”\ ,  10) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

signal  sig  :  bit_vector(l  to  10); 
signal  static_sig  :  bit  :=  *  1  * ; 
begin 
process 
begin 

for  i  in  1  to  10  loop 

sig(i)  <=  sig(i)  AND  static_sig; 
end  loop; 
wait; 

end  process; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 

signal  sig  :  bit_vector(l  to  V.lV,); 
signal  static_sig  :  bit  :=  ’!*; 
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begin 

process 

begin 

for  i  in  1  to  7.1'/.  loop 

sig(i)  <-  sig(i)  AND  static.sig; 
end  loop; 
wait  ; 

end  process; 
end  test; 


.i.iii 


TEST  NUMBER  :  169 


PATHNAME  :  [. BENCH . B . C .K .LI . P7] shelll . sh 

(UNIX  equivalent  :  bench/b/c/k/ll/p7/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  logical  OR 
operations  on  a  signal.  The  model  simulated  is  an  architecture 
consisting  of  a  process  and  two  signal  declarations,  one  bit_vector, 
one  bit;  the  process  consists  of  a  for-loop;  the  for-loop  contains  a 
logical  OR  signal  assignment  statement,  and  the  number  of 
iterations  of  the  loop  is  equal  to  the  size  of  the  bit_vector 
signal.  The  factor  to  be  varied  is  the  bit_vector  size/number  of 
iterations  of  the  for-loop. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 
Date  :  23  June  1989 
—  PARAMETER  NUMBER  MEANING  : 

1  :  signal  bit, vector  size/number  of  OR  statement  iterations  in  process 
--  EXAMPLE  : 

$  sim  gen/param="shelll . vhd" , "test . vhd" , 10 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shelll .  sh\"\ , \"\test .  vhd\"\  ,  10) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

signal  sig  :  bit_vector(l  to  10); 
signal  static_sig  :  bit  :=  *1’; 
begin 
process 
begin 

for  i  in  1  to  10  loop 

sig(i)  <=  sig(i)  OR  static_sig; 
end  loop; 
wait; 

end  process; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 

signal  sig  :  bit_vector(l  to  7.1'/.); 
signal  static_sig  :  bit  : = 


:r>  i 


begin 

process 

begin 

lor  i  in  1  to  '/.l*/,  loop 

sig(i)  <=  sig(i)  OR  static_sig; 
end  loop; 
wait ; 

end  process; 
end  test; 
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TEST  HUMBER  :  170 


PATHNAME  :  C. BENCH .B . C.K . LI . P8] shelll . sh 

(UNIX  equivalent  :  bench/b/c/k/li/p8/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  logical  NAND 
operations  on  a  signal.  The  model  simulated  is  an  architecture 
consisting  of  a  process  and  two  signal  declarations,  one  bit .vector, 
one  bit;  the  process  consists  of  a  for-loop;  the  for-loop  contains  a 
logical  NAND  signal  assignment  statement,  and  the  number  of 
iterations  of  the  loop  is  equal  to  the  size  of  the  bit.vector 
signal.  The  factor  to  be  varied  is  the  bit.vector  size/number  of 
iterations  of  the  for-loop. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  23  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  signal  bit.vector  size/number  of  NAND  statement  iterations  in  process 

—  EXAMPLE  : 

$  sin  gen/param="shelll . vhd" , "test . vhd" , 10 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shelll .  sh\"\ ,V'\test .  vhd\"\ ,  10) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

signal  sig  :  bit_vector(l  to  10); 
signal  static.sig  :  bit  :=  ’1’; 
begin 
process 
begin 

for  i  in  1  to  10  loop 

sig(i)  <=  sig(i)  NAND  static.sig; 
end  loop; 
wait; 

end  process; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 

signal  sig  :  bit_vector(l  to  '/.l'/.); 
signal  static_sig  :  bit  := 
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begin 

process 

begin 

tor  i  in  1  to  'IS/,  loop 

sig(i)  <=  sig(i)  NAND  static.sig; 
end  loop; 
wait; 

end  process; 
end  test; 
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TEST  NUMBER  :  171 


PATHNAME  :  [. BENCH . B . C .K .LI . P9]shelll . sh 

(UNIX  equivalent  :  bench/b/c/k/ll/p9/shelll .sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  logical  NOR 
operations  on  a  signal.  The  model  simulated  is  an  architecture 
consisting  of  a  process  and  two  signal  declarations,  one  bit_vector, 
one  bit;  the  process  consists  ol  a  for-loop;  the  for-loop  contains  a 
logical  NOR  signal  assignment  statement,  and  the  number  of 
iterations  of  the  loop  is  equal  to  the  size  of  the  bit_vector 
signal.  The  factor  to  be  varied  is  the  bit_vector  size/number  of 
iterations  of  the  for-loop. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  23  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  signal  bit_vector  size/number  of  NOR  statement  iterations  in  process 

—  EXAMPLE  : 

$  sim  gen/param="shelll . vnd" , "test . vhd" , 10 

(UNIX  equivalent  :  */.  sim  gen  -param=Y‘\shelll.sh\”\,\"\test.vhd\"\,10) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

signal  sig  :  bit_vector(l  to  10); 
signal  static.sig  :  bit  :=  'O’; 
begin 
process 
begin 

for  i  in  1  to  10  loop 

sig(i)  <=  sig(i)  NOR  static_sig; 
end  loop; 
wait; 

end  process; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 

signal  sig  :  bit_vector(l  to  '/.l’/,); 
signal  static.sig  :  bit  :=  ’O'; 
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begin 

process 

begin 

i or  i  in  1  to  '/.l'/.  loop 

sig(i)  <=  sig(i)  NOR  static_sig; 
end  loop; 
wait ; 

end  process; 
end  test; 
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TEST  NUMBER  :  172 


PATHNAME  :  [. BENCH . B . C .K . LI .P10] shelll . eh 

(UNIX  equivalent  :  bench/b/c/k/ll/plO/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  logical  XOR 
operations  on  a  signal.  The  model  simulated  is  an  architecture 
consisting  of  a  process  and  two  signal  declarations,  one  bit_vector, 
one  bit;  the  process  consists  of  a  for-loop;  the  for-loop  contains  a 
logical  XOR  signal  assignment  statement,  and  the  number  of 
iterations  of  the  loop  is  equal  to  the  size  of  the  bit_vector 
signal.  The  factor  to  be  varied  is  the  bit_vector  size/number  of 
iterations  of  the  for-loop. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  23  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  signal  bit_vector  size/number  of  XOR  statement  iterations  in  process 

—  EXAMPLE  : 

$  sim  gen/param="shelll.vhd","test.vhd",10 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shelll . sh\"\ ,\"\test .  vhd\"\,  10) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

signal  sig  :  bit_vector(l  to  10); 
signal  static_sig  :  bit  :=  ’1’; 
begin 
process 
begin 

for  i  in  1  to  10  loop 

6ig(i)  <=  sig(i)  XOR  static_sig; 
end  loop; 
wait; 

end  process; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 

signal  sig  :  bit_vector(l  to  ’/.l*/,); 
signal  static.sig  :  bit  :  = 
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begin 

process 

begin 

lor  i  in  1  to  ‘/.l*/.  loop 

sig(i)  <=  sig(i)  XOR  static.sig; 
end  loop; 
wait; 

end  process; 
end  test; 


358 


TEST  NUMBER  :  173 


PATHNAME  :  [. BENCH . B.C.K. LI . Pll]sholll . sh 

(UNIX  equivalent  :  bench/b/c/k/ll/pll/shelll.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  logical  NOT 
operations  on  a  signal.  The  model  simulated  is  an  architecture 
consisting  of  a  process  and  two  signal  declarations,  one  bit.vector, 
one  bit;  the  process  consists  of  a  for-loop;  the  for-loop  contains  a 
logical  NOT  signal  assignment  statement,  and  the  number  of 
iterations  of  the  loop  is  equal  to  the  size  of  the  bit.vector 
signal.  The  factor  to  be^faried  is  the  bit_vector  size/number  of 
iterations  of  the  for-loop. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  23  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  signal  bit_vector  size/number  of  NOT  statement  iterations  in  process 

—  EXAMPLE  : 

$  sim  gen/param="shelll . vhd" ."test . vhd" ,10 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shelll.sh\"\,\"\test.vhd\M\,10) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

—  entity  test  is  end; 
architecture  test  of  test  is 

—  signal  sig  :  bit_vector(l  to  10); 
begin 

process 

begin 

—  for  i  in  1  to  10  loop 

sig(i)  <=  NOT  sig(i) ; 
end  loop; 
wait; 

—  end  process; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 

signal  sig  :  bit_vector(l  to  V.lV.) ; 
begin 
process 
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begin 

lor  i  in  1  to  */.l%  loop 
sig(i)  <=  HOT  sig(i) ; 
end  loop; 
wait; 

end  process; 
end  test; 
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TEST  NUMBER  :  174 


PATHNAME  :  [.BENCH .B.C.K. L3. PI l] shell 1 . sh 

(UNIX  equivalent  :  bench/b/c/fc/13/pll/shelll.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  addition  and 

logical  NOT  signal  assignment  statements.  The  model  simulated  is  an 
architecture  consisting  of  a  process  and  two  signal  declarations, 
one  bit_vector,  one  bit;  the  process  consists  of  an  integer 
loop-counter  variable  declaration  and  a  while-loop;  the  while-loop 
contains  a  variable  addition  statement  for  incrementing  the 
loop-counter  and  a  logical  NOT  signal  assignment  statement,  and  the 
number  of  iterations  of  the  loop  is  equal  to  the  size  of  the 
bit_vector  signal.  The  factor  to  be  varied  is  the  bit_vector  size/ 
number  of  iterations  of  the  while-loop. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  23  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  signal  bit_vector  size/number  of  ROT  statement  iterations  in  process 

—  EXAMPLE  : 

$  sim  gen/param="shelll . vhd" , "test . vhd" ,  10 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shelll . sh\"\ ,V'\test . vhd\"\ , 10) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

signal  sig  :  bit_vector(l  to  10); 
begin 
process 

variable  loop_counter  :  integer  :=  0; 
begin 

while  loop_counter  <  10  loop 

loop_counter  :=  loop.counter  +  1; 
sig(loop_counter)  <=  NOT  sig(loop_counter) ; 
end  loop; 
wait ; 

end  process; 
end  test; 
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entity  test  is  end; 


architecture  test  of  test  is 

signal  sig  :  bit_vector(l  to  7.1'/.); 
begin 
process 

variable  loop.counter  :  integer  :=  0; 
begin 

while  loop_counter  <  7.17.  loop 

loop_counter  :=  loop.counter  +  1; 
sig(loop_counter)  <=  NOT  sig(loop_counter) 
end  loop; 
wait ; 

end  process; 
end  test; 
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TEST  NUMBER  :  175 


PATHNAME  :  [. BENCH . B . C . K . L3 . P10] shelll . sh 

(UNIX  equivalent  :  bench/b/c/k/13/plO/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  addition  and 

logical  XOR  signal  assignment  statements.  The  model  simulated  is  an 
architecture  consisting  of  a  process  and  two  signal  declarations, 
one  bit_vector,  one  bit;  the  process  consists  of  an  integer 
loop-counter  variable  declaration  and  a  while-loop;  the  while-loop 
contains  a  variable  addition  statement  for  incrementing  the 
loop-counter  and  a  logical  XOR  signal  assignment  statement,  and  the 
number  of  iterations  of  the  loop  is  equal  to  the  size  of  the 
.  bit_vector  signal.  The  factor  to  be  varied  is  the  bit_vector  size/ 
number  of  iterations  of  the  while-loop. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  23  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  signal  bit_vector  size/number  of  XOR  statement  iterations  in  pi icess 

—  EXAMPLE  : 

$  sim  gen/param=”shell 1 . vhd"  ,  "test . vhd"  ,  10 

(UNIX  equivalent  :  7.  sun  gen  -param=\“\shell  1 .  sh\"\ ,  V'Ntest .  vhd\"\ ,  10) 
will  generate  a  model  in  file  "test, vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

signal  sig  :  bit_vector(l  to  10); 
signal  static_sig  :  bit  :=  ’1’; 
begin 
process 

variable  loop_counter  :  integer  :=  0; 
begin 

while  loop_counter  <  10  loop 

loop_counter  :=  loop_counter  +  1; 

sig(loop_counter)  <=  sig(loop_counter)  XOR  static.sig; 
end  loop; 
wait; 

end  process; 
end  test; 
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entity  test  is  end; 
architecture  test  of  test  is 

signal  sig  :  bit_vector(l  to  ’/.l'/.); 
signal  static_sig  :  bit  :=  *  1 ’ ; 
begin 
process 

variable  loop_counter  :  integer  :=  0; 
begin 

while  loop_counter  <  '/.l'/,  loop 

loop_counter  :=  loop_counter  +  1; 

sig(loop_counter)  <=  sig(loop_counter)  XOR  static_sig 
end  loop; 
wait ; 

end  process; 
end  test; 
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TEST  HUMBER  :  176 


PATHNAME  :  [. BENCH. B.C.K.L3.P9] shell 1 .sh 

(UNIX  equivalent  :  bench/b/c/k/13/p9/shelll .sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  addition  and 

logical  NOR  signal  assignment  statements.  The  model  simulated  is  an 
architecture  consisting  of  a  process  and  two  signal  declarations, 
one  bit_vector,  one  bit;  the  process  consists  of  an  integer 
loop-counter  variable  declaration  and  a  while-loop;  the  while-loop 
contains  a  variable  addition  statement  for  incrementing  the 
loop-counter  and  a  logical  NOR  signal  assignment  statement,  and  the 
number  of  iterations  of  the  loop  is  equal  to  the  size  of  the 
bit_vector  signal.  The  factor  to  be  varied  is  the  bit_vector  size/ 
number  of  iterations  of  the  while-loop. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  23  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  signal  bit_vector  size/number  of  NOR  statement  iterations  in  process 

—  EXAMPLE  : 

$  sim  gen/param="shelll . vhd" , "test . vhd" , 10 

(UNIX  equivalent  :  */,  sim  gen  -param=\”\shelll .  sh\"\ , \"\test .  vhd\"\ ,  10) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

signal  sig  :  bit_vector(l  to  10); 
signal  static_sig  :  bit  :=  ’O’; 
begin 
process 

variable  loop_counter  :  integer  :=  0; 
begin 

while  loop.counter  <  10  loop 

loop_counter  :=  loop.counter  +  1; 

sig(loop_counter)  <=  sig(loop_counter)  NOR  static_sig; 
end  loop; 
wait; 

end  process; 
end  test; 
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entity  test  is  end; 
architecture  test  oi  test  is 

signal  sig  :  bit_vector(l  to  l.ll.) ; 
signal  static.sig  :  bit  :=  'O’; 
begin 
process 

variable  loop_counter  :  integer  :=  0; 
begin 

while  loop_counter  <  ‘/.l’/.  loop 

loop_counter  :=  loop_counter  +  1; 

sig(loop_counter)  <=  sig(loop_counter)  NOR  static_sig; 
end  loop; 
wait ; 

end  process; 
end  test; 


TEST  NUMBER  :  177 


PATHNAME  :  [. BENCH . B . C . K . L3 . P8] shelll . sh 

(UNIX  equivalent  :  bench/b/c/k/13/p8/shelll .sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  addition  and 
logical  NAND  signal  assignment  statements.  The  model  simulated  is 
an  architecture  consisting  of  a  process  and  two  signal  declarations , 
one  bit_vector,  one  bit;  the  process  consists  o f  am  integer 
loop-counter  variable  declaration  and  a  while-loop;  the  while-loop 
contains  a  variable  addition  statement  f or  incrementing  the 
loop-counter  and  a  logical  NAND  signal  assignment  statement,  and  the 
number  o f  iterations  of  the  loop  is  equal  to  the  size  of  the 
bit_vector  signal.  The  factor  to  be  varied  is  the  bit.vector  size/ 
number  of  iterations  of  the  while-loop. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  23  June  1989 

—  PARAMETER  NUMBER  MEANING  ; 

1  :  signal  bit_vector  size/number  of  NAND  statement  iterations  in  process 

—  EXAMPLE  : 

$  sim  gen/param="shelll . vhd" ."test .vhd" . 10 

(UNIX  equivalent  :  '/,  sim  gen  -param=\”\shell 1 . sh\"\ , \"\test . vhd\"\ , 10) 
will  generate  a  model  in  file  "test. vhd”  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

signal  sig  :  bit_vector(l  to  10); 
signal  static.sig  :  bit  ;=  '1'; 
begin 
process 

variable  loop_counter  :  integer  :=  0; 
begin 

while  loop_counter  <  10  loop 

loop_counter  :=  loop_counter  +  1; 

sig(loop  counter)  <=  sig(loop_counter)  NAND  static_sig; 
end  loop; 
wait; 

end  process; 
end  test; 
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entit"  test  is  end; 
architecture  test  of  test  is 

signal  sig  :  bit_vector(l  to  7.1%); 
signal  static.sig  :  bit  :=  *1’; 
begin 
process 

variable  loop_counter  :  integer  :=  0; 
begin 

while  loop.counter  <  7,17.  loop 

loop_counter  :=  loop_counter  +  1; 

sig (loop. counter)  <=  sig(loop_counter )  NAND  static.sig 
end  loop; 
wait ; 

end  process; 
end  test; 
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TEST  HUMBER  :  178 


PATHNAME  :  [. BENCH . B . C . K . L3 . P7] shelll . sh 

(UNIX  equivalent  :  bench/b/c/k/13/p7/shelll .sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  addition  and 
logical  OR  signal  assignment  statements.  The  model  simulator  i»  <ui 
architecture  consisting  of  a  process  and  two  signal  declarations, 
one  bit_vector,  one  bit;  the  process  consists  of  an  integer 
loop-counter  variable  declaration  and  a  while-loop;  the  while-loop 
contains  a  variable  addition  statement  for  incrementing  the 
loop-counter  and  a  logical  OR  signal  assignment  statement,  and  the 
number  of  iterations  of  the  loop  is  equal  to  the  size  of  the 
bit_vector  signal.  The  factor  to  be  varied  is  the  bit_vector  size/ 
number  of  iterations  of  the  while-loop. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  23  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  signal  bit_vector  size/number  of  OR  statement  iterations  in  process 

—  EXAMPLE  : 

$  sim  gen/param="shelll . vhd" , "test . vhd" , 10 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shelll .  sh\"\ , \"\test .  vhd\"\ ,  10) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

signal  sig  :  bit_vector(l  to  10); 
signal  static_sig  :  bit  := 
begin 
process 

variable  loop_counter  :  integer  :=  0; 
begin 

while  loop_counter  <  10  loop 

loop_counter  :=  loop_counter  +  1; 

sig(loop_counter)  <=  sig(loop_counter)  OR  static.sig; 
end  loop; 
wait; 

end  process  ; 
end  test ; 


entity  test  is  end; 
architecture  test  o t  test  is 

signal  sig  :  bit_vector(l  to  ’/.l*/.); 
signal  static.sig  :  bit  :=  *1’; 
begin 
process 

variable  loop_counter  :  integer  :=  0; 
begin 

while  loop_counter  <  ‘/.l*/,  loop 

loop_counter  :=  loop_counter  +  1; 

sig(loop_counter)  <=  sig(loop_counter )  DR  static.sig 
end  loop; 
wait ; 

end  process; 
end  test; 
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TEST  HUMBER  :  179 


PATHNAME  :  [. BENCH. B.C.K.L3.P6] shell 1 .sh 

(UNIX  equivalent  :  bench/b/c/k/13/p6/shelll .sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  addition  and 

logical  AND  signal  assignment  statements.  The  model  simulated  is  an 
architecture  consisting  of  a  process  and  two  signal  declarations, 
one  bit_vector,  one  bit;  the  process  consists  of  an  integer 
loop-counter  variable  declaration  and  a  while-loop;  the  while-loop 
contains  a  variable  addition  statement  for  incrementing  the 
loop-counter  and  a  logical  AND  signal  assignment  statement,  and  the 
number  of  iterations  of  rhe  loop  is  equal  to  the  size  of  the 
bit_vector  signal.  The  factor  to  be  varied  is  the  bit_vector  size/ 
number  of  iterations  of  the  while-loop. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  23  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  signal  bit_vector  size/number  of  AND  statement  iterations  in  process 

—  EXAMPLE  : 

$  sim  gen/param="shelll . vhd" ."test . vhd"  ,  10 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shelll  ,sh\”\,\"\test.  vhd\"\,  10) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

signal  sig  :  bit_vector(i  to  10); 
signal  static_sig  :  bit  :=  ’1’; 
begin 
process 

variable  loop.counter  :  integer  :=  0; 
begin 

while  loop_counter  <  10  loop 

loop_counter  :=  loop_counter  +  1; 

sig(loop_counter)  <=  sig(loop_counter)  AND  static.sig; 
end  loop; 
wait; 

end  process; 
end  test , 
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entity  test  is  end; 
architecture  test  of  test  is 

signal  sig  :  bit_vector(l  to  '/.l'/.); 
signal  static_sig  :  bit  :=  *1*; 
begin 
process 

variable  loop_counter  :  integer  :=  0; 
begin 

while  loop_counter  <  loop 

loop_counter  :=  loop_counter  +  1; 

sig(loop_counter)  <=  sig(loop_counter )  AND  static_sig; 
end  loop; 
wait ; 

end  process; 
end  test; 


TEST  NUMBER  :  180 


PATHNAME  :  [ . BENCH . B . C . K . L3 . P6] shellO . sh 

(UNIX  equivalent  :  bench/b/c/k/13/p6/sheliO . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  lor  executing  addition 

and  logical  AND  variable  assignment  statements.  The  model  simulated 
is  an  architecture  consisting  of  a  process.  The  process  consists  o 1 
a  variable  bit.vector  declaration  ,  an  integer  variable  declaration 
(loop-counter),  and  a  while-loop;  the  while-loop  contains  a  variable 
addition  assignment  statement  to  increment  the  loop-counter  and  a 
logical  AND  statement,  and  the  number  of  iterations  of  the  loop  is 
equal  to  the  size  of  the  variable  bit.vector.  The  factor  to  be 
varied  is  the  bit_vector  size/number  of  iterations  of  the  while-loop. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  23  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  bit_vector  size/number  of  AND  statement  iterations  in  process 

—  EXAMPLE  ; 

$  sim  gen/param="shellO . vhd" ."test .  vhd"  ,  10 

(UNIX  equivalent  :  7,  sim  gen  -param=\"\shellO, sh\"\ , \"\test . vhd\"\ , 10) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

prcc°ss 

variable  var  :  bit_vector(l  to  10); 
variable  loop.counter  :  integer  :=  0; 
begin 

while  loop.counter  <  10  loop 

loop.counter  :=  loop_counter  +  1; 

var(loop_counter)  :=  var(loop_counter)  AND  var (loop_counter) ; 
end  loop; 
wait; 

end  process; 
end  test; 
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entity  test  is  end; 
architecture  test  of  test  is 


begin 

process 

variable  var  :  bit_vector(l  to  '/.I*/.); 
variable  loop_counter  :  integer  :=  0; 
begin 

while  loop_counter  <  '/.l'/.  loop 

loop_counter  :=  loop.counter  +  1; 

var(loop_counter)  :=  var(loop_counter)  AND  var (loop_counter) ; 
end  loop; 
wait ; 

end  process; 
end  test; 


a  7-1 


TEST  DUMBER  :  181 


PATHNAME  :  [. BENCH. B.C.K.L3.P7]shell0.sh 

(UNIX  equivalent  :  bench/b/c/k/13/p7/shell0.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  lor  executing  addition 

and  logical  OR  variable  assignment  statements.  The  model  simulated 
is  an  architecture  consisting  of  a  process.  The  process  consists  of 
a  variable  bit_vector  declaration  ,  an  integer  variable  declaration 
(loop-counter),  and  a  while-loop;  the  while-loop  contains  a  variable 
addition  assignment  statement  to  increment  the  loop-counter  and  a 
logical  OR  statement,  and  the  number  of  iterations  of  the  loop  is 
equal  to  the  size  of  the  variable  bit_vector.  The  factor  to  be 
varied  is  the  bit_vector  size/number  of  iterations  of  the  while-loop. 

EXFECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  ■  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  23  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  ;  bit_vector  size/number  of  OR  statement  iterations  in  process 

—  EXAMPLE  : 

$  sim  gen/param="shellO . vhd" , "test . vhd" , 10 

(UNIX  equivalent  :  V,  sim  gen  -param=\"\shellO . sh\"\ ,\"\test . vhd\"\ , 10) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

process 

variable  var  :  bit_vector(l  to  10); 
variable  loop_counter  :  integer  :=  0; 
begin 

while  loop.counter  <  10  loop 

loop.counter  :=  loop.counter  +  1; 

var (loop_counter)  :=  var(loop_counter)  OR  var (loop_counter) ; 
end  loop; 
wait; 

end  process; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 


begin 

process 

variable  var  :  bit_vector(l  to  */.l7.); 
variable  loop.counter  :  integer  :=  0; 
begin 

while  loop_counter  <  '/.l'/.  loop 

loop_counter  :=  loop_counter  +  1; 

var (loop_counter)  :=  var (loop_counter)  OR  var (loop_counter) ; 
end  loop; 
wait ; 

end  process; 
end  test; 


TEST  NUMBER  :  182 


PATHNAME  :  [ . BENCH . B . C . K . L3 . P8) shellO . sh 

(UNIX  equivalent  :  bench/b/c/k/13/p8/shellO . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  lor  executing  addition 
and  logical  NAND  variable  assignment  statements.  The  model 
simulated  is  am  architecture  consisting  of  a  process.  The  process 
consists  of  a  variable  bit_vector  declaration  ,  an  integer  variable 
declaration  (loop-counter),  and  a  while-loop;  the  while-loop 
contains  a  variable  addition  assignment  statement  to  increment  the 
loop-counter  amd  a  logical  NAND  statement,  and  the  number  of 
iterations  of  the  loop  is  equal  to  the  size  of  the  variable 
bit_vector.  The  factor  to  be  varied  is  the  bit_vector  size/number  of 
iterations  of  the  while-loop. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  23  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  bit_vector  size/number  of  NAND  statement  iterations  in  process 

—  EXAMPLE  : 

$  sim  gen/param="shellO . vhd" , "test . vhd" , 10 

(UNIX  equivalent  :  7,  sim  gen  -param=\"\shell0. sh\"\,\"\test. vhd\"\, 10) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

process 

variable  var  :  bit_vector(l  to  10); 
variable  loop_counter  :  integer  :=  0; 
begin 

while  loop.counter  <  10  loop 

loop_counter  :=  loop_counter  +  1; 

var (loop_cou:.ter)  :=  var (loop_counter)  NAND  var (loop_counter) ; 
end  loop; 
wait; 

end  process; 
end  test; 


entity  test  is  end; 
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architecture  test  oi  test  is 
begin 

process 

variable  var  :  bit_vector(l  to  '/l'/,); 
variable  loop_counter  :  integer  :=  0; 
begin 

while  loop_counter  <  '/.l'/.  loop 

loop_counter  :=  loop_counter  +  1; 

var (loop_counter)  :=  var(loop_counter)  NAND  var (loop_counter 
end  loop; 
wait ; 

end  process; 
end  test; 


.ITS 


TEST  NUMBER  :  183 


PATHNAME  :  [. BENCH . B .C.K . L3 . P9]shell0 . sh 

(UNIX  equivalent  :  bench/b/c/k/13/p9/shell0 . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  lor  executing  addition 
and  logical  NOR  variable  assignment  statements.  The  model 
simulated  is  an  architecture  consisting  ol  a  process.  The  process 
consists  ol  a  variable  bit_vector  declaration  ,  an  integer  variable 
declaration  (loop-counter),  and  a  while-loop;  the  while-loop 
contains  a  variable  addition  assignment  statement  to  increment  the 
loop-counter  and  a  logical  NOR  statement,  and  the  number  ol 
iterations  ol  the  loop  is  equal  to  the  size  ol  the  variable 
bit_vector.  The  lactor  to  be  varied  is  the  bit_vector  size/number  ol 
iterations  ol  the  while-loop. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  23  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  1  i.t_vector  size/number  ol  NOR  statement  iterations  in  process 

—  EXAMPLE  : 

$  sim  gen/param="shellO . vhd" , "test . vhd" ,  10 

(UNIX  equivalent  :  sim  gen  -param=\"\shellO .  sh\"\  , \"\test .  vhd\"\ ,  10) 

will  generate  a  model  in  lile  "test. vhd"  with  an  architecture 
in  the  lorm  ■ 

entity  test  is  end; 
architecture  test  ol  test  is 
begin 

process 

variable  var  :  bit_vector(l  to  10); 
variable  loop_counter  :  integer  :=  0; 
begin 

while  loop_counter  <  10  loop 

loop.counter  :=  loop_counter  +  1; 

var (loop_counter)  :=  var (loop_counter)  NOR  var (loop_counter) ; 
end  loop; 
wait; 

end  process; 
end  test; 


entity  test  is  end; 
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architecture  test  of  test  is 
begin 

process 

variable  var  :  bit_vector(l  to  ‘/.l'/.) ; 
variable  loop_counter  :  integer  :=  0; 
begin 

while  loop_counter  <  '/.l*/.  loop 

loop_counter  :=  loop_counter  +  1; 

var (ioop_counter)  :=  var(loop_counter)  NOR  var (loop_counter) 
end  loop; 
wait ; 

end  process; 
end  test; 
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TEST  NUMBER  :  184 


PATHNAME  :  [. BENCH . B . C . K . L3 . P10] shellO . sh 

(UNIX  equivalent  :  bench/b/c/k/13/plO/shellO.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  for  executing  addition 
and  logical  XOR  variable  assignment  statements.  The  model 
simulated  is  an  architecture  consisting  of  a  process.  The  process 
consists  of  a  variable  bit_vector  declaration  ,  an  integer  variable 
declaration  (loop-counter),  and  a  while-loop;  the  while-loop 
contains  a  variable  addition  assignment  statement  to  increment  the 
loop-counter  and  a  logical  XOR  statement,  and  the  number  of 
iterations  of  the  loop  is  equal  to  the  size  of  the  variable 
bit_vector.  The  factor  to  be  varied  is  the  bit.vector  size/number  of 
iterations  of  the  while-loop. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  23  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  bit_vector  size/number  of  XOR  statement  iterations  in  process 

—  EXAMFLE  : 

$  sim  gen/param="shellO . vhd" , "test . vhd" , 10 

(UNIX  equivalent  :  V,  sim  gen  -param=\"\shell0 . sh\"\ , \"\test . vhd\"\ , 10) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

process 

variable  var  :  bit_vector(l  to  10); 
variable  loop.counter  :  integer  :=  0; 
begin 

while  loop_counter  <  10  loop 

loop_counter  :=  loop_counter  +  1; 

var (loop.counter)  :=  var(loop_counter)  XOR  var (loop_counter) ; 
end  loop ; 
wait; 

end  process; 
end  test. 
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entity  test  is  end; 


architecture  test  of  test  is 
begin 

process 

variable  var  :  bit_vector(l  to  */.l'/.) ; 
variable  loop_counter  :  integer  :=  0; 
begin 

while  loop_counter  <  V,1‘/.  loop 

loop_counter  :=  loop.counter  +  1; 

var(loop_counter)  :=  var (loop_counter)  XOR  var (loop.counter) 
end  loop; 
wait ; 

end  process; 
end  test; 


:s 


TEST  NUMBER  :  185 


PATHNAME  :  [. BENCH . B . C . K . L3 . PI l] shellO . sh 

(UNIX  equivalent  :  bench/b/c/k/13/pl 1/shellO. sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  lor  executing  addition 
and  logical  ROT  variable  assignment  statements.  The  model 
simulated  is  an  architecture  consisting  o 1  a  process.  The  process 
consists  of  a  variable  bit.vector  declaration  ,  an  integer  variable 
declaration  (loop-counter),  and  a  while-loop;  the  while-loop 
contains  a  variable  addition  assignment  statement  to  increment  the 
loop-counter  and  a  logical  NOT  statement,  and  the  number  ol 
iterations  of  the  loop  is  equal  to  the  size  of  the  variable 
bit_vector.  The  factor  to  be  varied  is  the  bit_vector  size/number  of 
iterations  of  the  while-loop. 

EXPECTED  RESULTS  ; 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  23  June  1989 

—  PARAMETER  NUMBER  MEANING  • 

1  :  bit_vector  size/number  of  NOT  statement  iterations  in  process 

—  EXAMPLE  : 

$  sim  gen/param="shellO . vhd" , "test . vhd" , 10 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shellO .  sh\"\ ,\"\test .  vhd\"\ ,  10) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

process 

variable  var  :  bit_vector(l  to  10); 
variable  loop_counter  :  integer  :=  0; 
begin 

while  loop.counter  <  10  loop 

loop_counter  :=  loop.counter  ♦  1; 
var (loop_counter)  :=  NOT  var ( loop.counter ) ; 
end  loop; 
wait; 

end  process; 
end  test; 


entity  test  is  end; 


architecture  test  of  test  is 
begin 

process 

variable  var  :  bit_vector(l  to  7.150; 
variable  loop_counter  :  integer  :=  0; 
begin 

while  loop_counter  <  7.1*/.  loop 

loop_counter  :=  loop_counter  +  1; 
var (loop_counter)  :=  NOT  var(loop_counter) ; 
end  loop; 
wait ; 

end  process; 
end  test; 
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TEST  NUMBER 


186 


PATHNAME  :  [. BENCH. B.C.K. LI .Pl]shell0.sh 

(UNIX  equivalent  :  bench/b/c/k/ll/pl/sheilO.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
addition  assignment  statements.  The  model  simulated  is  an 
architecture  consisting  of  a  number  of  processes.  Each  process 
consists  of  an  integer  array  variable  declaration  and  a  for-loop. 

The  number  of  iterations  of  the  loop  is  equal  to  the  size  of  the 
array.  The  for-loop  contains  a  variable  addition  assignment 
statement.  The  factors  to  be  varied  are  the  number  of  processes  and 
the  array  size/number  of  loop  iterations. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 
Date  :  26  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  array  size/number  of  addition  statement  iterations  per  process 

2  :  number  o*  processes 

—  EXAMPLE  : 

$  sim  gen/param="shellO . vhd" , "test . vhd" , 10 ,2 

(UNIX  equivalent  :  ’/,  sim  gen  -param=\"\shellO .  sh\"\ , \"\t  est .  vhd\"\ ,  10,2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

prl  :  process 

type  var_array  is  arrayO  to  10)  of  integer; 
variable  var  :  var.array; 
begin 

for  i  in  1  to  10  loop 
var(i)  ;=  var(i)  +  1; 
end  loop; 
wait; 

end  process  pr 1 ; 
pr2  :  process 

type  var_array  is  arrayO  to  10)  of  integer; 
variable  var  :  var.array; 
begin 

for  i  in  1  to  10  loop 
var(i)  :=  var(i)  +  1; 
end  loop; 


,lv> 


wait ; 

end  process  pr2; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
begin 

#2[  pr®  :  process 

type  var.array  is  array (1  to  7.1*/.)  of  integer; 
variable  var  :  var_array; 
begin 

for  i  in  1  to  loop 
var(i)  :=  var(  )  +  1; 
end  loop; 
wait ; 

end  process  pr®;] 
end  test; 
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TEST  DUMBER  :  187 


PATHNAME  :  [. BENCH . B . C .K .LI . P2] shellO . sh 

(UNIX  equivalent  :  bench/b/c/k/ll/p2/shell0 . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
subtraction  assignment  statements.  The  model  simulated  is  an 
architecture  consisting  of  a  number  of  processes.  Each  process 
consists  of  an  integer  array  variable  declaration  and  a  for-loop. 

The  number  of  iterations  of  the  loop  is  equal  to  the  size  of  the 
array.  The  for-loop  contains  a  variable  subtraction  assignment 
statement.  The  factors  to  be  varied  are  the  number  of  processes  and 
the  array  size/number  of  loop  iterations. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  26  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  array  size/number  of  subtraction  statement  iterations  per  process 

2  :  number  of  processes 

—  EXAMPLE  : 

$  sim  gen/param="shellO . vhd" , "test . vhd" , 10 , 2 

(UNIX  equivalent  :  ’/.  sim  gen  -parara=\"\shellO .  sh\"\ , \"\test .  vhd\"\ ,  10, 2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

prl  :  process 

type  var_array  is  array (1  to  10)  of  integer; 
variable  static_var  :  integer  :=  0; 

— •  variable  var  :  var_array; 

begin 

for  i  in  1  to  10  loop 

var(i)  :=  static_var  -  1; 
end  loop; 
wait ; 

end  process  pr 1 ; 
pr2  :  process 

type  var_array  is  array(l  to  10)  of  integer; 
variable  static_var  :  integer  :=  0; 
variable  var  :  var.array; 
begin 

for  i  in  1  to  10  loop 


var(i)  :=  static_var  -  1; 
end  loop; 
wait ; 

end  process  pr2; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
begin 

#2[  prO  :  process 

type  var_array  is  array(l  to  1  ‘i. )  of  integer; 
variable  static_var  :  integer  : =  0; 
variable  var  :  var_array; 
begin 

for  i  in  1  to  ‘/.l*/.  loop 
var(i)  ;=  static_var  -  1; 
end  loop; 
wait ; 

end  process  prffl;] 
end  test; 
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TEST  NUMBER  :  188 


PATHNAME  :  [ . BENCH . B . C . K . LI . P3] sh ellO . sh 

(UNIX  equivalent  .  bench/b/c/k/1  l/p3/sheliC . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

multiplication  assignment  statements.  The  model  simulated  is  an 
architecture  consisting  of  a  number  of  processes.  Each  process 
consists  of  an  integer  array  variable  declaration  and  a  for-loop. 

The  number  of  iterations  of  the  loop  is  equal  to  the  size  of  the 
array.  The  for-loop  contains  a  variable  multiplication  assignment 
statement.  The  factors  to  be  varied  are  the  number  of  processes  and 
the  array  size/number  of  loop  iterations. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  26  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  array  size/number  of  multiplication  statement  iterations  per  process 

2  :  number  of  processes 

—  EXAMPLE  : 

$  sim  gen/param="shellO . vhd" , "test . vhd" , 10 , 2 

(UNIX  equivalent  :  '/,  sim  gen  -param=V'\shell0 . sh\"\ , \"\test . vhd\"\ , 10 ,2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

prl  :  process 

type  var.array  is  array(l  to  10)  of  integer; 
variable  static.var  :  integer  :=  2; 
variable  var  :  var_array; 
begin 

for  i  in  1  to  10  loop 

var(i)  :=  static.var  ♦  5; 
end  loop; 
wait; 

end  process  prl, 
pr2  :  process 

type  var_array  is  array(l  to  10)  of  integer; 
variable  static.var  :  integer  :=  2; 
variable  var  :  var_array; 
begin 

for  i  in  1  to  10  loop 


var(i)  :=  static_var  *  5; 
er.d  loop; 
wait ; 

end  process  pr2; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
begin 

02 [  pr®  :  process 

type  var_array  is  array(l  to  '/A'/.)  of  integer; 
variable  static.var  :  integer  :=  2; 
variable  var  :  var_array; 
begin 

for  i  in  1  to  '/.l*/.  loop 
var(i)  :=  static_var  *  S; 
end  loop; 
wait ; 

end  process  pr®;] 
end  test; 
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TEST  NUMBER  :  189 


PATHNAME  :  [ . BENCH .B.C.K.L1 .P4]shell0.sh 

(UNIX  equivalent  :  bench/b/c/k/ll/p4/shell0.sh) 

PURPOSE  :  Determ-' ae  the  simulation  CPU  time  required  to  execute  variable 
division  assignment  statements.  The  model  simulated  is  an 
architecture  consisting  of  a  number  of  processes.  Each  process 
consists  of  an  integer  array  variable  declaration  and  a  for-loop. 

The  number  of  iterations  of  the  loop  is  equal  to  the  size  of  the 
array.  The  for-loop  contains  a  variable  division  assignment 
statement.  The  factors  to  be  varied  are  the  number  of  processes  and 
the  array  size/number  of  loop  iterations. 

EXPECTED  RESULTS  . 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  26  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  array  size/number  of  division  statement  iterations  per  process 

2  :  number  of  processes 

—  EXAMPLE  : 

$  sim  gen/param="shellO . vhd" , "test . vhd" ,  10 , 2 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shell0  sh\"\ ,  V'Xtest .  vhd\"\ ,  10 , 2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

prl  :  process 

type  var.array  is  array(l  to  10)  of  integer; 
variable  static_var  :  integer  :  =  2; 
v  riable  var  :  var_array; 
begin 

for  i  in  1  to  10  loop 

var(i)  : =  10  /  static_var; 
end  loop; 
wait; 

end  process  prl ; 
pr2  :  process 

type  var.array  is  array(l  to  10)  of  integer; 
variable  static_var  :  integer  :=  2; 
variable  var  :  var_array; 
begin 

for  i  in  1  to  10  loop 
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var(i)  :=  10  /  statiu.var; 
end  loop; 
wait ; 

end  process  pr2 ; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
begin 

#2[  prO  :  process 

type  var_array  is  array (1  to  7.1‘/,)  of  inteper 
variable  static_var  :  integer  :=  2; 
variable  var  :  var_array; 
begin 

for  i  in  1  to  7.17.  loop 

var(i)  :=  10  /  static_var; 
end  loop; 
wait ; 

end  process  pr®,] 
end  test; 


TEST  NUMBER  :  190 


PATHNAME  :  [. BENCH . B . C . K . LI . P 1] shell 1 . sh 

(UNIX  equivalent  :  bench/b/c/k/ll/pl/shelll .sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  addition 
signal  assignment  statements.  The  model  simulated  is  an 
architecture  consisting  of  a  process  and  two  signal  declarations, 
one  integer  and  one  integer  array.  The  process  consists  of  a 
for-loop.  The  number  of  iterations  of  the  loop  is  equal  to  the 
size  of  tue  ar, ay .  ihe  for-loop  contains  an  addition  signal 
assignment  statement.  The  factor  to  be  varied  is  the  array  size/ 
number  of  loop  iterations. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 
Date  :  26  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  signal  array  size/number  of  addition  statement  iterations  in  process 

—  EXAMPLE  : 

$  sim  gen/param="shelll . vhd" , "test . vhd"  ,  10 

(UNIX  equivalent  :  7.  sim  gen  -  param-\"  \shelll .  sh\"\ ,\"\test .  vhd\"\ ,  10) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end, 
architecture  test  of  test  is 

type  sig_array  is  array (1  to  10)  jf  integer; 
signal  sig  ;  sig_array; 
signal  static_sig  :  integer  :=  1; 
begin 
process 
begin 

for  l  in  1  to  10  loop 

sig(i)  <=  sig(i)  +  static_sig; 
end  loop; 
wait; 

end  process; 
end  test, 


entity  test  is  end; 
architecture  test  cf  test  is 

type  sig_array  is  array (1  to  7.17.)  of  integer, 


signal  sig  :  sig.array; 
signal  static_sig  :  integer  :=  1; 
begin 
process 
begin 

lor  i  in  1  to  '/.l'/.  loop 

sig(i)  <=  sig(i)  +  static_sig 
end  loop; 
wait ; 

end  process; 
end  test; 


TEST  NUMBER  :  191 


PATHNAME  :  [. BENCH . B . C . K .LI . P2] shell 1 . sh 

(UNIX  equivalent  :  bench/b/c/k/ll/p2/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  subtraction 
signal  assignment  statements.  The  model  simulated  is  an 
architecture  consisting  of  a  process  and  two  signal  declarations, 
one  integer  and  one  integer  array.  The  process  consists  of  a 
for-loop.  The  number  of  iterations  of  the  loop  is  equal  to  the 
size  of  the  array.  The  for-loop  contains  a  subtraction  signal 
assignment  statement.  The  factor  to  be  varied  is  the  array  size/ 
number  of  loop  iterations. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  26  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  signal  array  size/number  of  subtraction  statement  iterations  in 
process 

—  EXAMPLE  : 

$  sim  gen/param="shelll . vhd" , "test . vhd" , 10 

(UNIX  equivalent  :  V.  sim  gen  -param=\"\shelll . sh\"\ , V'Xtest . vhd\"\ , 10) 
will  generate  a  model  in  file  "test,  vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

type  sig.array  is  array(l  to  10)  of  integer; 
signal  sig  :  sig_array; 
signal  static_sig  :  integer  :=  5; 
begin 
process 
begin 

for  i  in  1  to  10  loop 

sig(i)  <=  static.sig  -  1; 
end  loop; 
wait; 

end  process; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 


type  sig_array  is  array (1  to  */.  1 V. )  of  integer 
signal  sig  :  6ig_array; 
signal  static_sig  :  integer  :=  5; 
begin 
process 
begin 

for  i  in  1  to  '/.l'/,  loop 
sig(i)  <=  static.sig  -  1; 
end  loop; 
wait ; 

end  process; 
end  test; 


HOC. 


TEST  NUMBER  :  192 


PATHNAME  :  [. BENCH . B . C . K .LI . P3] shelll . sh 

(UNIX  equivalent  :  bench/b/c/k/ll/p3/shelll .sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  multiplication 
signal  assignment  statements.  The  model  simulated  is  an 
architecture  consisting  of  a  process  and  two  signal  declarations, 
one  integer  amd  one  integer  array.  The  process  consists  of  a 
for-loop.  The  number  of  iterations  of  the  loop  is  equal  to  the 
size  of  the  array.  The  for-loop  contains  a  multiplication  signal 
assignment  statement.  The  factor  to  be  varied  is  the  array  size/ 
number  of  loop  iterations. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 
Date  :  26  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  signal  array  size/number  of  multiplication  statement  iterations  in 
process 

—  EXAMPLE  : 

$  sim  gen/param="shelll . vhd" , "test . vhd" , 10 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shelll . sh\"\ ,\"\test . vhd\"\ , 10) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

type  sig_array  is  arrayO  to  10)  of  integer; 
signal  sig  :  sig.array; 
signal  static_sig  :  integer  :=  5; 
begin 
process 
begin 

for  i  in  1  to  10  loop 

sig(i)  <=  static_sig  *  2; 
end  loop; 
wait; 

end  process; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
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type  sig.array  is  array (1  to  */.l’/.)  of  integer; 
signal  sig  :  sig_array; 
signal  static.sig  :  integer  :=  S; 
begin 
process 
begin 

for  i  in  1  to  loop 
sig(i)  <=  static.sig  *  2; 
end  loop; 
wait ; 

end  process; 
end  test; 


TEST  NUMBER  :  193 


PATHNAME  :  [. BENCH . B . C . K . LI . P4]shelll . sh 

(UNIX  equivalent  :  bench/b/c/k/ll/p4/shelll .sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  division 
signal  assignment  statements.  The  model  simulated  is  an 
architecture  consisting  of  a  process  and  tvo  signal  declarations, 
one  integer  and  one  integer  array.  The  process  consists  of  a 
for-loop.  The  number  of  iterations  of  the  loop  is  equal  to  the 
size  of  the  array.  The  for-loop  contains  a  division  signal 
assignment  statement.  The  factor  to  be  varied  is  the  array  size/ 
number  of  loop  iterations. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  26  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  signal  array  size/number  of  division  statement  iterations  in  process 

—  EXAMPLE  : 

$  sim  gen/param=" shell 1 . vhd" , "test . vhd" , 10 

(UNIX  equivalent  :  */,  sim  gen  -param=\"\shelll.sh\"\,\’,\test.vhd\,,\,10) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

type  sig.array  is  array(l  to  10)  of  integer; 
signal  sig  :  sig_array; 
signal  static.sig  :  integer  :=  10; 
begin 
process 
begin 

for  i  in  1  to  10  loop 

sig(i)  <=  static.sig  /  2; 
end  loop; 
wait; 

end  process; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 

type  sig_array  is  array (1  to  '/.l*/,)  of  integer; 
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signal  sig  :  sig_array; 
signal  static.sig  :  integer  : 
begin 
process 
begin 

for  i  in  1  to  */.l'/,  loop 

sig(i)  <=  static.sig  /  2; 
end  loop; 
wait ; 

end  process; 
end  test; 


TEST  NUMBER  :  194 


PATHNAME  :  [. BENCH . B . C .K . L3 . PI] shellO . sh 

(UNIX  equivalent  :  bench/b/c/k/13/pl/shellO . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  addition 
variable  assignment  statements.  The  model  simulated  is  an 
architecture  consisting  of  a  process.  The  process  consists  of 
two  integer  variable  declarations  (one  is  a  loop-counter),  one 
integer  array  variable  declaration,  and  a  while-loop.  The  number  of 
iterations  of  the  loop  is  equal  to  the  size  of  the  array.  The 
while-loop  contains  two  addition  variable  assignment  statements  (one 
to  increment  the  loop-counter).  The  factor  to  be  varied  is  the  array 
size/number  of  loop  iterations. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  26  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  variable  array  size/number  of  addition  statement  iterations  in  process 

—  EXAMPLE  : 

$  sim  gen/param="shellO . vhd" , "test . vhd" , 10 

(UNIX  equivalent  :  ’/,  sim  gen  -param=\"\shellO . sh\"\ , \"\test . vhd\"\ , 10) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

process 

type  var.array  is  arrayO  to  20)  of  integer; 
variable  static_var  :  integer  :=  1; 
variable  var  :  var.array; 
variable  loop.counter  :  integer  :=  0; 
begin 

while  loop_counter  <  10  loop 

loop_counter  :=  loop.counter  +  1; 
var (loop_counter)  :=  static.var  +  1; 
end  loop; 
wait; 

end  process; 
end  test; 
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entity  test  is  end; 
architecture  test  of  test  is 
begin 

process 

type  var_array  is  array (1  to  */,l'/.)  of  integer 
variable  static_var  :  integer  :=  1; 
variable  var  :  var.array; 
variable  loop.counter  :  integer  :=  0; 
begin 

while  loop_counter  <  ‘/.l*/.  loop 

loop_counter  :=  loop_counter  +  1; 
var(loop_counter)  :=  static.var  +  1; 
end  loop; 
wait ; 

end  process; 
end  test; 
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TEST  NUMBER  :  195 


PATHNAME  :  [. BENCH . B . C . K . L3 . P2] shellO . sh 

(UNIX  equivalent  :  bench/b/c/k/13/p2/shell0 . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  addition 

and  subtraction  variable  assignment  statements.  The  model  simulated 
is  an  architecture  consisting  of  a  process.  The  process  consists  of 
two  integer  variable  declarations  (one  is  a  loop-counter),  one 
integer  array  variable  declaration,  and  a  while-loop.  The  number  of 
iterations  of  the  loop  is  equal  to  the  size  of  the  array.  The 
while-loop  contains  an  addition  variable  assignment  statement  to 
increment  the  loop-counter  and  a  subtraction  variable  assignment 
statement.  The  factor  to  be  varied  is  the  array  size/number  of  loop 
iterations  . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  26  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  variable  array  size/number  of  subtraction  statement  iterations  in 
process 

—  EXAMPLE  : 

$  sim  gen/param="shellO . vhd" , "test . vhd" , 10 

(UNIX  equivalent  :  */,  sim  gen  -param=\"\shellO  .  sh\"\ , \"\test .  vhd\"\ ,  10) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

process 

type  var.array  is  array(l  to  10)  of  integer; 
variable  static_var  :  integer  :-  1; 
variable  var  :  var.array; 
variable  loop_counter  :  integer  :=  0; 
begin 

while  loop.counter  <  10  loop 

loop_counter  :=  loop_counter  +  1; 
var (loop_counter)  .=  static_var  -  1; 
end  loop; 
wait; 

end  process; 
end  test; 


I'V, 


entity  test  is  end; 
architecture  test  of  test  is 
begin 

process 

type  var_array  is  array (1  to  ‘/.l’/.)  of  integer 
variable  static.var  :  integer  :=  1; 
variable  var  :  var_array; 
variable  loop_counter  :  integer  :=  0; 
begin 

while  loop_counter  <  '/.l */,  loop 

loop_counter  :=  loop_counter  +  1; 
var (loop_counter)  :=  static.var  -  1; 
end  loop; 
wait ; 

end  process; 
end  test; 
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TEST  NUMBER  :  196 


PATHNAME  :  [. BENCH . B . C . K . L3 . P3] shellO . sh 

(UNIX  equivalent  :  bench/b/c/k/13/p3/shell0. sh) 

PURPOSE  •  Determine  the  simulation  CFU  time  required  to  execute  addition 
and  multiplication  variable  assignment  statements.  The  model 
simulated  is  an  architecture  consisting  of  a  process.  The  process 
consists  of  two  integer  variable  declarations  (one  is  a  loop- 
counter),  one  integer  array  variable  declaration,  and  a  while-loop. 
The  number  of  iterations  of  the  loop  is  equal  to  the  size  of  the 
array.  The  while-loop  contains  an  addition  variable  assignment 
statement  to  increment  the  loop-counter  and  a  multiplication 
variable  assignment  statement.  The  factor  to  be  varied  is  the  array 
size/number  of  loop  iterations. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 
Date  :  26  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  variable  array  size/number  of  multiplication  statement  iterations  in 
process 

--  EXAMPLE  : 

$  sim  gen/param="shellO . vhd" , "test . vhd" , 10 

(UNIX  equivalent  :  '/,  sim  gen  -param= V'NshellO  .  sh\"\ , \"\t  est .  vhd\"\ ,  10) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

process 

type  var_array  is  array(l  to  10)  of  integer; 
variable  static.var  :  integer  :=  2; 
variable  var  :  var.array; 
variable  loop.counter  :  integer  :=  0; 
begin 

while  loop.counter  <  10  loop 

lcop_counter  :=  loop_counter  +  1; 
var (loop_counter)  :=  static_var  *  S; 
end  loop; 
wait; 

end  process; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
begin 

process 

type  var.array  is  array(l  to  V.l*/.)  of  integer 
variable  static_var  :  integer  :=  2; 
variable  var  :  var_array; 
variable  loop.counter  :  integer  :=  0; 
begin 

while  loop_counter  <  V.l’/.  loop 

loop_counter  :=  loop_counter  +  1; 
var (loop_counter)  :=  static_var  *  S; 
end  loop; 
wait ; 

end  process; 
end  test; 


TEST  NUMBER  :  197 


PATHNAME  :  [. BENCH . B . C . K . L3 . P4] shellO . sh 

(UNIX  equivalent  :  bench/b/c/k/13/p4/shell0 . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  addition 

and  division  variable  assignment  statements.  The  model  simulated  is 
an  architecture  consisting  of  a  process.  The  process  consists  of 
two  integer  variable  declarations  (one  is  a  loop-counter),  one 
integer  array  variable  declaration,  and  a  while-loop.  The  number  of 
iterations  of  the  loop  is  equal  to  the  size  of  the  array.  The 
while-loop  contains  an  addition  variable  assignment  statement  to 
increment  the  loop-counter  and  a  division  variable  assignment 
statement.  The  factor  to  be  varied  is  the  array  size/number  of  loop 
iterations . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 
Date  :  26  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  variable  array  size/number  of  division  statement  iterations  in  process 

—  EXAMPLE  : 

$  sim  gen/param="shellO . vhd" , "test . vhd" , 10 

(Ui.IX  equivalent  :  '/.  sim  gen  -param=\"\shellO.  sh\"\ ,\"\test .  vhd\"\ ,  10) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

process 

type  var_array  is  array(l  to  10)  of  integer; 
variable  static_var  :  integer  :=  2; 
variable  var  :  var_array; 
variable  loop.counter  :  intege.  :=  0; 
begin 

while  loop_counter  <  10  loop 

loop_counter  loop_counter  +  1; 
var (loop_counter )  :=  10  /  static_var; 
end  loop; 
wait  ; 

end  process; 
end  test  ; 
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entity  test  is  end; 
architecture  test  of  test  is 
begin 

process 

type  var_array  is  array (1  to  7,1'/,)  of  integer 
variable  static_var  :  integer  :=  2; 
variable  var  :  var.array; 
variable  loop_counter  :  integer  :=  0; 
begin 

while  loop_counter  <  '/.I'/,  loop 

loop_counter  :=  loop_counter  +  1; 
var(loop_counter)  :=  10  /  static_var; 
end  loop; 
wait ; 

end  process; 
end  test; 


•tos 


TEST  NUMBER  :  198 


PATHNAME  :  [. BENCH . B . C . K . L3 . PI] shelll . sh 

(UNIX  equivalent  :  bench/b/c/k/13/pl/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  addition 
signal  assignment  statements.  The  model  simulated  is  an 
architecture  consisting  of  a  process  and  two  signal  declarations, 
one  integer  and  one  integer  array.  The  process  consists  of  a 
while-loop  and  an  integer  variable  declaration  (loop-counter).  The 
number  of  iterations  of  the  loop  is  equal  to  the  size  of  the  array. 
The  while-loop  contains  one  addition  signal  assignment  statement  and 
one  addition  variable  assignment  statement  to  increment  the 
loop-counter.  The  factor  to  be  varied  is  the  array  size/number  of 
loop  iterations. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  26  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  signal  array  size/number  of  addition  statement  iterations  in  process 
--  EXAMPLE  : 

$  sim  gen/param="shelll . vhd" , "test . vhd" , 10 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shelll .  sh\"\ ,  V'\test .  vhd\"\ ,  10) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

type  sig_array  is  array(l  to  10)  of  integer; 
signal  sig  :  sig.array; 
signal  static_sig  :  integer  :=  1; 
begin 
process 

variable  loop_counter  :  integer  :=  0; 
begin 

while  loop.counter  <  10  loop 

loop_counter  :=  loop_counter  +  1; 
sig(loop_counter)  <=  static.sig  +  1; 
end  loop; 
wait; 

end  process; 
end  test; 
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entity  test  is  end; 
architecture  test  o f  test  is 

type  sig_array  is  array (1  to  ‘/.l’/.)  of  integer 
signal  sig  :  sig.array; 
signal  static.sig  :  integer  :=  1; 
begin 
process 

variable  loop.counter  :  integer  :=  0; 
begin 

while  loop_counter  <  */,l7,  loop 

loop_counter  :=  loop.counter  +  1; 
sig(loop_counter)  <=  static_sig  +  1; 
end  loop; 
wait ; 

end  process; 
end  test; 


■11(1 


TEST  NUMBER  :  199 


PATHNAME  :  [. BENCH. B. C. K. L3. P2]shelll . sh 

(UNIX  equivalent  :  bench/b/c/k/13/p2/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  subtraction 
signal  assignment  statements.  The  model  simulated  is  an 
architecture  consisting  of  a  process  and  two  signal  declarations, 
one  integer  and  one  integer  array.  The  process  consists  of  a 
while-loop  and  an  integer  variable  declaration  (loop-counter).  The 
number  of  iterations  of  the  loop  is  equal  to  the  size  of  the  array. 
The  while-loop  contains  one  subtraction  signal  assignment  statement 
and  one  addition  variable  assignment  statement  to  increment  the 
loop-counter.  The  factor  to  be  varied  is  the  array  size/number  of 
loop  iterations. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 

AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  26  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  signal  array  size/number  of  subtraction  statement  iterations  in 
process 

—  EXAMPLE  : 

$  sim  gen/param="shell 1 . vhd" , "test . vhd" , 10 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shelll . sh\"\ ,\"\test . vhd\"\ , 10) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

type  sig_array  is  array(l  to  10)  of  integer; 
signal  sig  :  sig_array; 
signal  static_sig  :  integer  :=  1; 
begin 
process 

variable  loop_counter  :  integer  :=  0; 
begin 

while  loop_counter  <  10  loop 

loop_counter  :=  loop_counter  +  1; 
sig(loop_counter)  <=  static^sig  -  1; 
end  loop; 
wait; 

end  process; 
end  test; 
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entity  test  is  end; 
architecture  test  of  test  is 

type  sig_array  is  array(l  to  '/.l'/.)  of  integer; 
signal  sig  :  sig.array; 
signal  static.sig  :  integer  :=  1; 
begin 
process 

variable  loop.counter  :  integer  :=  0; 
begin 

wh’le  loop_c.ount *r  <  V,1'/.  loop 

loop_counter  :=  loop_counter  +  1; 
sig(loop_counter)  <=  static.sig  -  1; 
end  loop; 
wait ; 

end  process; 
end  test; 
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TEST  NUMBER  :  200 


PATHNAME  :  [. BENCH . B . C . X . L3. P3] shell 1 . sh 

(UNIX  equivalent  :  bench/b/c/k/13/p3/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  multiplication 
signal  assignment  statements.  The  model  simulated  is  an 
architecture  consisting  of  a  process  and  two  signal  declarations, 
one  integer  and  one  integer  array.  The  process  consists  of  a 
while-loop  and  an  integer  variable  declaration  (loop-counter) .  The 
number  of  iterations  of  the  loop  is  equal  to  the  size  of  the  array. 
The  while-loop  contains  one  multiplication  signal  assignment 
statement  and  one  addition  variable  assignment  statement  to 
increment  the  loop-counter.  The  factor  to  be  varied  is  the  array 
size/number  of  loop  iterations. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafmo 

—  Date  :  26  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  signal  array  size/number  of  multiplication  statement  iterations  in 
process 

—  EXAMPLE  : 

$  sim  gen/param="shelll . vhd" , "test . vhd" ,  10 

(UNIX  equivalent  :  ’/,  sim  gen  -param=\"\shelll .  sh\"\ ,\"\test .  vhd\"\ ,  10) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
m  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

type  sig_array  is  arrayO  to  10)  of  integer; 
signal  sig  :  sig_array; 
signal  static_sig  :  integer  :=  2; 
begin 
process 

variable  loop_counter  :  integer  :=  0; 
begin 

while  loop_counter  <  10  loop 

loop_counter  :=  loop_counter  +  1; 
sig(loop^counter)  <=  static.sig  *  5; 
end  loop; 
wait; 

end  process; 
end  test; 
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entity  test  is  end; 
architecture  test  of  test  is 

type  sig_array  is  array(l  to  '/.l*/.)  of  integer; 
signal  sig  :  sig.array; 
signal  static_sig  :  integer  : =  2; 
begin 
process 

variable  loop_counter  :  integer  :=  0; 
begin 

while  loop_counter  <  ‘/.l’/.  loop 

loop_counter  :=  loop_counter  +  1; 
sig(loop_counter)  <=  static_sig  *  5; 
end  loop; 
wait ; 

end  process; 
end  test; 
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TEST  NUMBER  :  201 


PATHNAME  :  [. BENCH . B . C .K . L3 . P4]shelll . sh 

(UNIX  equivalent  :  bench/b/c/k/13/p4/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  division 
signal  assignment  statements.  The  model  simulated  is  an 
architecture  consisting  of  a  process  and  two  signal  declarations, 
one  integer  and  one  integer  array.  The  process  consists  of  a 
while-loop  and  an  integer  variable  declaration  (loop-counter).  The 
number  of  iterations  of  the  loop  is  equal  to  the  size  of  the  array. 
The  while-loop  contains  one  division  signal  assignment  statement  and 
one  addition  variable  assignment  statement  to  increment  the 
loop-counter.  The  factor  to  be  varied  is  the  array  size/number  of 
loop  iterations. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  26  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  signal  array  size/number  of  division  statement  iterations  in  process 

—  EXAMPLE  : 

$  sim  gen/param="shelll . vhd" , "test .  vhd"  ,  10 

(UNIX  equivalent  :  */,  sim  gen  -param=\"\shelll . sh\"\ ,\"\test . vhd\"\ , 10) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

type  sig_array  is  array (1  to  10)  of  integer; 
signal  sig  :  sig_array; 
signal  static.sig  :  integer  :=  2; 
begin 
process 

variable  loop_counter  :  integer  :=  0; 
begin 

while  loop_counter  <  10  loop 

loop.counter  :=  loop.counter  +  1; 
sig(loop_counter)  <=  10  /  static.sig; 
end  loop; 
wait; 

end  process; 
end  test; 
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entity  test  is  end; 
architecture  test  of  test  is 

type  sig_array  is  array(l  to  '/.l'/.)  of  integer; 
signal  sig  :  sig_array; 
signal  static_sig  :  integer  :=  2; 
begin 
process 

variable  loop_counter  :  integer  :=  0; 
begin 

while  loop_counter  <  */.l '/.  loop 

loop_counter  :=  loop_counter  +  1; 
sig(loop_counter)  <=  10  /  static_sig; 
end  loop; 
wait ; 

end  process; 
end  test; 
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TEST  NUMBER  :  202 


PATHNAME  :  [. BENCH . B . C .T10] shell . sh 

(UNIX  equivalent  :  bench/b/c/tlO/shell . sh) 

PURPOSE  :  Determine  the  maximum  length  (number  of  characters)  allowed  for 

process  labels.  The  model  simulated  is  an  architecture  consisting 
of  a  signal  declaration  and  a  process .  The  process  consists  of  a 
logical  NOT  signal  assignment  statement.  The  factor  to  be  varied  is 
the  length  of  the  process  label. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  26  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  length  of  process  label 

—  EXAMPLE  : 

$  sim  gen/param="shell . sh" , "test . vhd" , 10 

(UNIX  equivalent  :  */.  sim  gen  -param=\"\shell .  sh\"\ ,  \"\test .  vhd\"\ ,  10) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
signal  sig  :  bit  :=  ’O’; 
begin 

ABCDEFGHIJ  :  process 
begin 

sig  <=  not  sig; 
wait; 

end  process  ABCDEFGHIJ ; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
signal  sig  :  bit  :=  ’0’ ; 
begin 

?1?  :  process 
begin 

sig  <=  not  sig; 
wait ; 

end  process  ? 1 ? ; 
end  test : 
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TEST  NUMBER  :  203 


PATHNAME  :  [. BENCH. B.C.T3]shell.sh 

(UNIX  equivalent  :  bench/b/c/t3/shell . sh) 

PURPOSE  :  Determine  the  maximum  length  (number  of  characters)  allowed  for 
constant  identifiers.  The  model  simulated  is  an  architecture 
consisting  of  a  constant  declaration,  a  signal  declaration,  and  a 
signal  assignment  statement.  The  factor  to  be  varied  is  the  length 
of  the  constant  identifier. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 
Date  :  26  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  length  of  constant  identifier 

—  EXAMPLE  : 

$  sim  gen/param="shell . sh" , "test . vhd" , 10 

(UNIX  equivalent  :  '/.  sim  gen  -param=V‘\shell .  sh\"\,\"\test . vhd\"\ ,  10) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

constant  ABCDEFGHIJ  :  bit  :=  ’1’; 
signal  sig  :  bit  :=  ’O’; 
begin 

sig  <=  ABCDEFGHIJ; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
constant  ?1?  :  bit  :=  ’1’; 
signal  sig  :  bit  :=  ’O’; 
begin 

sig  <=  ?1? ; 
end  test; 
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TEST  NUMBER  :  204 


PATHNAME  :  [. BENCH . B . C, T4] shell . sh 

(UNIX  equivalent  :  bench/b/c/t4/shell . sh) 

PURPOSE  :  Determine  the  maximum  length  (number  of  characters)  allowed  for  a 

type  identifier.  The  model  simulated  is  an  architecture  consisting 
of  a  type  declaration,  a  signal  declaration,  and  a  signal  assignment 
statement.  The  factor  to  be  varied  is  the  length  of  the  type 
identifier . 

EXPECTED  RESULTS  : 

UNITS  QF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  26  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  length  of  type  identifier 

—  EXAMPLE  : 

$  sim  gen/param="shell . sh" , "test . vhd" , 10 

(UNIX  equivalent  :  */.  sim  gen  -param=  V'\shell .  sh\"\ ,  V'\test  .vhd\"\ ,  10) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

type  ABCDEFGHI J  is  (f irst ,  second  ,  third) ; 
signal  sig  :  ABCDEFGHIJ; 
begin 

sig  <=  ABCDEFGHI J 'right ; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 

type  ?1?  is  (first, second, third) ; 
signal  sig  :  ? 1 ? ; 
begin 

sig  <=  ?l?'right; 
end  test; 
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TEST  NUMBER  :  205 


PATHNAME  :  [. BENCH . B . C ,T5] shell . sh 

(UNIX  equivalent  :  bench/b/c/t5/shell . sh) 

PURPOSE  :  Determine  the  maximum  length  (number  of  characters)  allowed  for  a 
subtype  identifier.  The  model  simulated  is  an  architecture 
consisting  of  a  subtype  declaration,  a  signal  declaration,  and  a 
signal  assignment  statement.  The  factor  to  be  varied  is  the  length 
of  the  subtvie  identifier. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 
Date  :  27  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  length  of  subtype  identifier 

—  EXAMPLE  : 

$  sim  gen/param="shell . sh" , "test . vhd" , 10 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shell .  sh\"\,\"\test .  vhd\"\ ,  10) 

—  will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

subtype  ABCDEFGHIJ  is  stringO  to  5); 
signal  sig  :  ABCDEFGHIJ; 
begin 

sig  <=  "abode"; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
subtype  ?1?  is  stringO  to  5); 
signal  sig  ;  71?; 
begin 

sig  <=  "abode" ; 
end  test; 


TEST  NUMBER  :  206 


PATHNAME  :  [. BENCH , B . C . T1 A] shell . sh 

(UNIX  equivalent  :  bench/b/c/tla/shell .sh) 

PURPOSE  :  Determine  the  maximum  length  (number  of  characters)  allowed  for  a 
signal  identifier  for  a  signal  declared  in  an  architecture.  The 
model  simulated  is  an  architecture  consisting  of  a  signal  declaration 
and  a  signal  assignment  statement.  The  factor  to  be  varied  is  the 
length  of  the  signal  identifier. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

--  Date  :  27  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  length  of  signal  identifier 

--  EXAMPLE  : 

$  sim  gen/param="shell . sh" , "test . vhd" , 10 

(UNIX  equivalent  :  Y,  sim  gen  -param=\"\shell .  sh\"\, \"\test .  vhd\"\ ,  10) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
aichitecture  test  of  test  is 
signal  ABCDEFGHI J  :  Lit  :=  ' 1 ' ; 
begin 

ABCDEFGHI J  <=  ’0'  ; 
end  tust; 


entity  test  is  end; 
architecture  test  of  test  is 
signal  ?1?  .  bit  : =  ’  1  ’  ; 
begin 

?1?  <=  ’O’  ; 
end  test; 
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TEST  NUMBER 


207 


PATHNAME  :  [. BENCH . B . C .TIB] shell . sh 

(UNIX  equivalent  :  bench/b/c/t Ib/shell . sh) 

PURPOSE  :  Determine  the  maximum  length  (number  of  characters)  alioved  for  a 
signal  identifier  for  a  signal  declared  in  a  block.  The  model 
simulated  is  an  architecture  consisting  of  a  block.  The  block 
consists  of  a  signal  declaration  and  a  signal  assignment  statement. 
The  factor  to  be  varied  is  the  length  of  the  signal  identifier. 

EXPECTED  RESULTS  : 

UNITS  QF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

--  Date  :  27  June  1989 

--  PARAMETER  NUMBER  MEANING  : 

1  :  length  of  signal  identifier 

--  EXAMPLE  : 

$  sim  gen/param="shell . sh" ."test . vhd" , 10 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shell .sh\"\,\"\test . vhd\"\, 10) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

blk  :  block 

signal  ABCDEFGHI J  :  bit  :=  ' 1 ' ; 
begin 

ABCDEFGHI J  <=  'O’ ; 
end  block  blk ; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
begin 

blk  :  block 

signal  717  :  bit  :=  ’  1  ’  ; 
begin 

717  <=  'O' ; 
end  block  blk; 
end  test; 


TEST  NUMBER  :  208 


PATHNAME  :  [. BENCH . B . C .TIC] shell . sh 

(UNIX  equivalent  :  bench/b/c/t lc/shell . sh) 

PURPOSE  :  Determine  the  maximum  length  (number  of  characters)  allowed  for  a 

signal  identifier  for  a  signal  declared  in  a  port  clause.  The  model 
simulated  is  a  two-level  hierarchy  of  architectures.  The  lower- 
level  architecture  is  a  component  in  the  upper-level  architecture. 
The  component  has  a  port  clause  with  one  interf ace-signal- 
declaration.  The  factor  to  be  varied  is  the  length  of  the  signal 
identifier. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  27  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  length  of  signal  identifier 

—  EXAMPLE  : 

$  sim  gen/param="shell . sh" , "test . vhd" , 10 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell .  sh\"\ ,\"\test .  vhd\"\  ,  10) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 
entity  testl  is 

port(signal  ABCDEFGHIJ  :  out  bit  :=  '1'); 
end  testl; 

architecture  testl  of  testl  is 
begin 

ABCDEFGHIJ  <=  ’0’ ; 
end  testl ; 

entity  testO  is  end; 
architecture  testO  of  testO  is 
signal  other_sig  :  bit  :=  ’1’; 
component  testl 

port(signal  ABCDEFGHIJ  :  out  bit); 
end  component; 

for  all  :  testl  use  entity  work  .testl  (testl) ; 
begin 

comp  :  testl 

port  map( ABCDEFGHIJ  =>  other.sig); 
end  testO; 


rj.i 


entity  testl  is 


port(signal  ?1?  :  out  bit  :=  *1*); 
end  testl; 

architecture  testl  of  testl  is 
begin 

?1?  <=  'O’; 
end  testl; 

entity  testO  is  end; 
architecture  testO  of  testO  is 
signal  other_sig  :  bit  : =  *  1 ' ; 
component  testl 

port (signal  ?1?  :  out  bit); 
end  component ; 

for  all  :  testl  use  entity  work . testl (testl) ; 
begin  . 

comp  :  testl 

port  map(?l?  =>  other_sig); 
end  testO; 
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TEST  HUMBER  :  209 


PATHNAME  :  [. BENCH . B . C .T2A] shell . sh 

(UNIX  equivalent  :  bench/b/c/t2a/shell . sh) 

PURPOSE  :  Determine  the  maximum  length  (number  of  characters)  allowed  for  a 
variable  identifier  of  ■»  variable  declared  in  a  process.  The 
model  simulated  is  an  architecture  consisting  of  a  process.  The 
process  consists  of  a  variable  declaration  and  a  variable  assignment 
statement.  The  factor  to  be  varied  is  the  length  of  the  variable 
identifier . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  27  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  length  of  variable  identifier 

—  EXAMPLE  : 

$  sim  gen/param="shell . sh" , "test . vhd" , 10 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell .  sh\"\ , \"\test .  vhd\"\ ,  10) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 
process 

variable  ABCDEFGHIJ  :  bit  :=  >1’; 
begin 

ABCDEFGHIJ  :=  ’O’; 
wait; 

end  process; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
begin 
process 

variable  717  :  bit  :=  ’1’; 
begin 

717  :=  >0’ ; 
wait  ; 

end  process; 
end  test; 
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TEST  NUMBER  :  210 


PATHNAME  :  [. BENCH . B . C . T6] shell . sh 

(UNIX  equivalent  :  bench/b/c/t6/shell . sh) 

PURPOSE  :  Determine  the  maximum  length  (number  of  characters)  allowed  for  a 

component  identifier.  The  model  simulated  is  a  two-level  hierarchy 
of  architectures.  The  lower-level  architecture  is  a  component  in 
the  upper-level  architecture.  The  factor  to  be  varied  is  the  length 
of  the  component  identifier. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  27  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  length  of  component  instantiation  identifier 

—  EXAMPLE  : 

$  sim  gen/param="shell . sh" , "test . vhd” , 10 

(UNIX  equivalent  :  ‘/,  sim  gen  -param=\"\shell . sh\"\ ,\"\test . vhd\"\ , 10) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 
entity  testl  is 

port(signal  sig  :  out  bit  :=  ’1’); 
end  testl ; 

architecture  testl  of  testl  is 
begin 

sig  <=  ’0’ ; 
end  testl ; 

entity  testO  is  end; 
architecture  testO  of  testO  is 
signal  other.sig  :  bit  :=  ’1’; 
component  testl 

port(signal  sig  :  out  bit); 
end  component; 

for  all  :  testl  use  entity  work  .  testl (testl)  ; 
begin 

ABCDEFGHI J  :  testl 

port  map(sig  =>  other_sig); 
end  testO; 
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entity  testl  is 

port (signal  sig  :  out  bit  :=  ’1’); 
end  testl ; 

architecture  testl  of  testl  is 
begin 

sig  <=  ’0' ; 
end  testl; 

entity  testO  is  end; 
architecture  testO  of  testO  is 
signal  other_sig  :  bit  :=  *  1’; 
component  testl 

port(signal  sig  :  out  bit); 
end  component; 

for  all  :  testl  use  entity  work . test  1 (test  1 ) ; 
begin 

?1?  :  testl 

port  map(sig  =>  other_sig) ; 
end  testO; 


•127 


TEST  NUMBER  :  211 


PATHNAME  :  C. BENCH . B . C .T9] shell . sh 

(UNIX  equivalent  :  bench/b/c/t9/shell . sh) 

PURPOSE  :  Determine  the  maximum  length  (number  of  characters)  allowed  for  a 

block  label.  The  model  simulated  is  an  architecture  consisting  of  a 
block.  The  block  consists  of  a  signal  declaration  and  a  signal 
assignment  statement.  The  factor  to  be  varied  is  the  length  of  the 
block  label. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 
Date  :  27  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  length  of  block  label 

—  EXAMPLE  : 

$  sim  gen/param="shell . sh" , "test . vhd" , 10 

(UNIX  equivalent  :  */,  sim  gen  -param=\"\shell .  sh\"\ , \’’\test .  vhd\"\ ,  10) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

ABCDEFGHI J  :  block 

signal  sig  :  bit  :=  ' 1 ’ ; 
begin 

sig  <=  ’O'; 
end  block  ABCDEFGHI J; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
begin 

?1?  :  block 

signal  sig  :  bit  : =  ’ 1  ’ ; 
begin 

sig  <=  'O’; 
end  block  ?l? ; 
end  test ; 
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TEST  NUMBER  :  212 


PATHNAME  :  [. BENCH . A . C . HI] shell . sh 

(UNIX  equivalent  :  bench/a/c/hl /shell . sh) 

PURPOSE  :  Determine  the  maximum  number  of  procedure  declarations/calls  allowed 
in  one  model;  try  to  get  an  idea  of  the  simulation  CPU  time  required 
for  executing  procedure  calls.  The  model  simulated  is  an  entity 
consisting  of  a  number  of  procedure  declarations  and  an  architecture 
consisting  of  a  procedure  call  for  each  declaration.  The  procedure 
consists  of  a  variable  declaration  and  a  variable  assignment 
statement.  The  factor  to  be  varied  is  the  number  of  procedure 
declarations/calls . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  27  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  procedures  in  entity  declaration/number  of  procedure  calls 
in  architecture 

—  EXAMPLE  : 

$  sim  gen/param="shell . sh" , "test . vhd" ,2 

(UNIX  equivalent  :  */.  sim  gen  -param=\"\shell .  sh\"\ ,V'\test .  vhd\"\ ,2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

procedure  prol(param  :  in  bit)  is 
variable  local.var  :  bit; 
begin 

local.var  :=  param; 
end  prol ; 

procedure  pro2(param  :  in  bit)  is 
variable  local.var  :  bit; 
begin 

local.var  :=  param; 
end  pro2; 
end  test; 

architecture  test  of  test  is 
begin 

prol(’O’); 
pro2(’l’); 
end  test; 
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entity  test  is 

#l[  procedure  pro®(param  :  in  bit)  is 
variable  local_var  :  bit; 
begin 

local_var  :=  param; 
end  pro®;] 
end  test; 

architecture  test  o i  test  is 
begin 

#1[  pro®( '$2$0$1$  1 ) ;1 
end  test; 
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TEST  NUMBER  :  213 


PATHNAME  :  [ . BENCH . A . C . H2]shell . sh 

(UNIX  equivalent  :  bench/a/c/h2/shell . sh) 

PURPOSE  :  Determine  the  maximum  number  of  procedure  declarations/calls  allowed 
in  one  model;  try  to  get  an  idea  of  the  simulation  CPU  time  required 
for  executing  procedure  calls.  The  model  simulated  is  sin 
architecture  consisting  of  a  number  of  procedure  declarations  and  a 
procedure  call  for  each  declaration.  The  procedure  consists  of  a 
variable  declaration  and  a  variable  assignment  statement.  The 
factor  to  be  varied  is  the  number  of  procedure  declarations/calls. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 
Date  :  27  June  1989 


PARAMETER  NUMBER  MEANING  : 

1  :  number  of  procedures/procedure  calls  in  architecture 


EXAMPLE  : 

$  sim  gen/param="shell.sh","test.vhd",2 

(UNIX  equivalent  ;  sim  gen  -param=\"\shell . sh\"\, \"\test . vhd\"\ ,2) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

procedure  prol(param  :  in  bit)  is 
variable  local_var  :  bit; 
begin 

local_var  :=  param; 
end  prol ; 

procedure  pro2(param  :  in  bit)  is 
variable  local.var  :  bit; 
begin 

local_var  :=  param; 
end  pro2; 
begin 

prol( '0') ; 
pro2(  ’  1  1 ) ; 
end  test; 


entity  test  is  end; 

architecture  test  of  test  is 

#l[  procedure  pro®(param  :  in  bit)  is 


variable  local_var  :  bit 
begin 

local. var  :=  par am; 
end  pro®;] 
begin 

#1[  profi( ’$2$0$1$  ’ ) ;] 
end  test; 


TEST  HUMBER  :  214 


PATHNAME  :  [ . BENCH . A . C. H3]shell . sh 

(UNIX  equivalent  :  bench/a/c/h3/shell . sh) 

PURPOSE  :  Determine  the  maximum  number  of  procedure  declarations/calls  allowed 
in  a  process;  try  to  get  an  idea  of  the  simulation  CPU  time  required 
for  executing  procedure  calls.  The  model  simulated  is  an 
architecture  consisting  of  a  process.  The  process  consists  of  a 
number  of  procedure  declarations  and  a  procedure  call  for  each 
declaration.  The  procedure  consists  of  a  variable  declaration  and  a 
variable  assignment  statement.  The  factor  to  be  varied  is  the 
number  of  procedure  declarations/calls. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  27  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  procedures/procedure  calls  in  process 

—  EXAMPLE  : 

$  sim  gen/param="shell.sh","test.vhd",2 

(UNIX  equivalent  :  7.  sim  gen  -param=\”\shell . sh\"\ ,\"\test . vhd\"\ ,2) 

—  will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 
process 

procedure  prol(param  :  in  bit)  is 
variable  local_var  :  bit; 
begin 

local_var  :=  param; 
end  prol; 

procedure  pro2(param  :  in  bit)  is 
variable  local.var  :  bit; 
begin 

local_var  :=  param; 
end  pro2; 
begin 

prol(’O'); 
pro2( ’ 1 ’ ) ; 
wait; 

end  process; 


entity  test  is  end; 
architecture  test  of  test  is 
begin 
process 

#1[  procedure  pro®(param  :  in  bit)  is 
variable  local.var  :  bit; 
begin 

local.var  :=  param; 
end  pro®;) 
begin 

#1[  proffl( '$2$0$1$  ’ ) ;] 
wait ; 

end  process; 
end  test; 
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TEST  HUMBER  :  2 IS 


PATHNAME  :  [ . BENCH . A  .  C . 1 1] shell . ah 

(UNIX  equivalent  :  bench/a/c/i  i/shell . sh) 

PURPOSE  :  Determine  the  maximum  number  of  function  declarations/calls  allowed 
in  one  model;  try  to  get  an  idea  of  the  simulation  CPU  time  required 
for  executing  function  calls.  The  model  simulated  is  am  entity 
consisting  of  a  number  of  function  declarations  and  an  architecture 
consisting  of  the  same  number  of  signal  declarations  and  a  function 
call  (via  a  signal  assignment  statement)  for  each  declaration.  The 
function  consists  of  a  return  statement.  The  factor  to  be  varied  is 
the  number  of  function  declarations/calls. 

EXPECTED  RESULTS  : 

UNITS  Or  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafir.o 
Date  :  27  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  functions  in  entity  declaration/number  of  function  calls/ 
signal  declarations  in  architecture 

—  EXAMPLE  : 

$  sim  gen/paT-am="shell .  sh"  ,  "test .  vhd"  ,  2 

(UNIX  equivalent  :  7,  sim  gen  -param=\"\shell . sh\"\ ,\"\test . vhd\”\ . 2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

function  funl(param  :  in  bit)  return  bit  is 
begin 

return  (not  param)  ; 
end  funl ; 

function  fun2(par^.m  :  in  bit)  return  bit  is 
begin 

return  (not  param); 
end  fun2; 
end  test; 

architecture  test  of  test  is 
signal  sigl  :  bit; 
signal  si g2  :  bit; 
begin 

sigl  <=  funl (’O’); 
sig2  <=  fun2(  ’  1  ’ )  ; 
end  test; 
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entity  test  is 

#1[  function  fun#(param  :  in  bit)  return  bit  is 
begin 

return  (not  param) ; 
end  fun®;] 
end  test; 

architecture  test  of  test  is 
#l[  signal  sig<5  :  bit;] 
begin 

#l[  sigfi  <=  f  un<8( '  $2$0$1$  ’ )  ;  ] 
end  test; 


TEST  NUMBER  :  216 


PATHNAME  :  [. BENCH . A . C . I2]shell . sh 

(UNIX  equivalent  :  bench/a/c/i2/shell . sh) 

PURPOSE  :  Determine  the  maximum  number  of  function  declarations/calls  allowed 
in  one  model;  try  to  get  an  idea  of  the  simulation  CPU  time  required 
for  executing  function  calls.  The  model  simulated  is  an 
architecture  consisting  of  a  number  of  function  declarations,  the 
same  number  of  signal  declarations,  and  a  function  call  (via  signal 
assignment  statement)  for  each  function  declaration.  The  function 
consists  of  a  return  statement.  The  factor  to  be  varied  is  the 
number  of  function  declarations/calls . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 
Date  :  27  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  functions/function  calls/signal  declarations  in  architecture 

—  EXAMPLE  : 

$  sim  gen/param="shell . sh" , "test . vhd" ,2 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shell.sh\"\,\"\test.vhd\"\,2) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 
end  test; 

architecture  test  of  test  is 
signal  sigl  :  bit; 
signal  sig2  :  bit; 

function  funl(param  :  in  bit)  return  bit  is 
begin 

return  (not  param) ; 
end  funl ; 

function  fun2(param  :  in  bit)  return  bit  is 
begin 

return  (not  param) ; 
end  fun2; 
begin 

sigl  <=  funl (’O’); 
sig2  <=  f un2( ’ 1 ’ ) ; 
end  test; 


entity  test  is 
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end  test; 

architecture  test  of  test  is 
#l[  signal  sig©  :  bit;] 

#1 C  function  funfi(param  :  in  bit)  return  bit 
begin 

return  (not  param) ; 
end  fun©;] 
begin 

#1[  sig©  <=  funffi(’$2$0$l$’) ;] 
end  test; 
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TEST  NUMBER  :  217 


PATHNAME  :  [ . BENCH . A . C. I3]shell . sh 

(UNIX  equivalent  :  bench/a/c/i3/shell . sh) 

PURPOSE  :  Determine  the  maximum  number  of  function  doclarations/calls  allowed 
in  a  process;  try  to  get  an  idea  of  the  simulation  CPU  time  required 
for  executing  function  calls.  The  model  simulated  is  an 
architecture  consisting  of  a  process.  The  process  consists  of  a 
a  variable  declaration,  a  number  of  function  declarations  and  a 
function  call  (via  variable  assignment  statement)  for  each  variable 
declaration.  The  function  consists  of  a  return  statement.  The 
factor  to  be  varied  is  the  number  of  function  declarations/calls . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  27  June  1989 

—  PARAMETER  NUMBER  MEANING  ; 

1  :  number  of  functions/function  calls  in  process 

—  EXAMPLE  : 

$  sim  gen/param=“shell.sh"t"test.vhd",2 

(UNIX  equivalent  :  '/,  sim  gen  -param=V'\shell . sh\"\, \"\test . vhd\"\ ,2) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  ; 
entity  test  is 
end  test; 

architecture  test  of  test  is 
begin 
process 

variable  var  :  bit; 

function  funl(param  :  in  bit)  return  bit  is 
begin 

return  (not  param) ; 
end  funl; 

function  fun2(param  :  in  bit)  return  bit  is 
begin 

return  (not  param) ; 
end  fun2; 
begin 

var  : =  f uni (  ’ 0  ’  )  ; 
var  :=  fun2(’l’); 
wait; 

end  process; 
end  test- 


entity  test  is 
end  test; 

architecture  test  of  test  is 
begin 
process 

variable  var  :  bit; 

#1[  function  fun®(param  :  in  bit)  return  bit  is 
begin 

return  (not  param) ; 
end  fun®;] 
begin 

#1[  var  :=  fun®( ’$2$0$1$') ;] 
wait ; 

end  process; 
end  test; 
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TEST  NUMBER  :  218 


PATHNAME  :  [ .BENCH . B . C .N] shell . sh 

(UNIX  equivalent  :  bench/b/c/n/shell . sh) 

PURPOSE  :  Determine  the  maximum  number  of  choices  allowed  in  a  case  statement. 
The  model  simulated  is  an  architecture  consisting  of  a  signal 
declaration  and  a  process.  The  process  consists  of  a  case  statement 
with  a  number  of  choices,  each  containing  a  signal  assignment 
statement.  The  factor  to  be  varied  is  the  number  of  choices  in  the 
case  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 

—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  27  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  case_statement_alternatives 

—  EXAMPLE  : 

$  sim  gen/param="shell.sh", "test. vhd",3 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell .  sh\"\ ,\"\test .  vhd\"\  ,3) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

subtype  sig_type  is  integer  range  1  to  3; 
signal  sig  :  sig.type; 
begin 
process 
begin 

case  sig  is 

when  1  =>  sig  <=  sig.type ’ low ; 
when  2  =>  sig  <=  sig_type 'high; 
when  3  =>  sig  <=  sig_type ’ low ; 
end  case; 
wait; 

end  process; 
end  test; 

entity  test  is  end; 
architecture  test  of  test  is 

subtype  sig.type  is  integer  range  1  to  7,1*/,; 
signal  sig  :  sig.type; 
begin 
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process 

begin 

case  sig  is 

#l[  when  «  =>  sig  <=  $2$sig_type 'lou$sig_type 'high$ ; J 

end  case; 
wait ; 

end  process; 
end  test; 
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TEST  NUMBER  :  219 


PATHNAME  :  [. BENCH . B . C . FI .K . LI . P10] shell . sh 

(UNIX  equivalent  :  bench/b/c/f 1/k/ll/plO/shell . sh) 

PURPOSE  :  Determine  the  effect  on  CPU  time  when  analyzing,  model  generating, 
building,  and  simulating  the  following  model  :  two  entities/ 
architectures,  where  one  architecture  is  a  component  in  the  other 
architecture.  The  component-level  entity’s  port  clause  contains 
one  bit  type  signal  (output)  and  one  bit_vector  type  signal  (input). 
The  component-level  architecture  consists  of  a  process.  The  process 
has  a  variable  declaration  and  a  for-loop  whose  number  of  iterations 
is  equal  to  the  size  of  the  bit.vector  in  the  port  clause.  The  for- 
loop  contains  a  logical  XOR  signal  assignment  statement.  The  top- 
level  architecture  consists  of  a  bit-vector  signal  declaration  for 
output,  a  number  of  bit.vector  signal  declarations  for  input,  a 
component  declaration  matching  the  component-level  entity/ 
architecture,  and  a  number  of  component  instantiations,  where  the 
input  signal  maps  to  the  corresponding  input  bit_vector  signal 
declared  above,  and  the  output  signal  maps  to  one  element  of  the 
output  bit.vector  signal  declared  above.  The  factors  to  be  varied 
are  the  size  of  the  input  bit.vector  in  the  port  clause,  and  the 
number  of  components  in  the  top-level  architecture/size  of  output 
bit.vector  signal  in  the  top-level  architecture/number  of  input 
bit.vector  signal  declarations  in  the  top-level  architecture. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  28  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  size  of  bit.vector  signal  in  port  clause 

2  :  number  of  components  in  top-level  architecture 

—  EXAMPLE  : 

$  sim  gen/param="shell . sh" , “test . vhd" , 3 ,2 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell  .sh\"\,\"\test.vhd\"\,3,2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  testl  is 

port(signal  sig.out  :  out  bit  :=  ’O’; 

signal  sig.vec  :  in  bit.vectorO  to  3)); 
end  testl; 

architecture  testl  of  testl  is 
begin 
process 


variable  bit_var  :  bit  :  =  ’O’; 
begin 

for  i  in  sig.vec ’range  loop 

bit_var  :=  bit.var  XOR  sig_vec(i); 
end  loop; 

sig_out  <=  bit.var; 
wait ; 

end  process; 
end  testl; 

entity  testO  is  end; 
architecture  testO  of  testO  is 

signal  sig.out.vec  :  bit_vector(l  to  2); 
signal  sig_in_vecl  :  bit_vector(!  to  3); 
signal  sig_in_vec2  :  bit_vector(l  to  3); 
component  testl 

port (signal  sig.out  :  out  bit; 

signal  sig_vec  :  in  bit_vector(l  to  3)); 
end  component; 

for  all  :  testl  use  entity  work .testl (testl) ; 
begin 

compl  :  testl 

port  map(sig_out  =>  sig_out_vec(l)  , 
sig_vec  =>  sig_in_vecl) ; 
comp2  :  testl 

port  map(sig_out  =>  sig_out_vec(2)  , 
sig_vec  =>  sig.in_vec2) ; 

end  testO; 


entity  testl  is 

port(signal  sig_out  :  out  bit  :=  'O’; 

signal  sig.vec  ;  in  bit_vector(l  to  ’/.l*/.)); 
end  testl; 

architecture  testl  of  testl  is 
begin 
process 

variable  bit.var  :  bit  :=  ’O’; 
begin 

for  i  in  sig.vec 'range  loop 

bit.var  :=  bit.var  XOR  sig.vec(i); 
end  loop; 

sig.out  <=  bit.var; 
wait ; 

end  process; 
end  testl; 

entity  testO  is  end; 
architecture  testO  of  testO  is 

signal  sig.out.vec  :  bit_vector(l  to  7.27.); 

# 2[  signal  sig.in.vec®  :  bit_vector(l  to  7.1'/,);] 
component  testl 

port(signal  sig.out  :  out  bit; 


signal  sig_vec  :  in  bit_vector(  1  to  ’/.l'/.)) 
end  component; 

for  all  :  testl  use  entity  work  .  test  1  (test  1 ) ; 
begin 

#2[  comp®  :  testl 

port  map(sig_out  =>  sig_out_vec (®) , 
sig.vec  =>  sig_in_vec®) ;] 

end  testO; 
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TEST  NUMBER  :  220 


PATHNAME  :  [. BENCH . B . C . FI . K . L3 . P 10] shell . sh 

(UNIX  equivalent  :  bench/b/c/f 1 /k/13/pl0/shell . sh) 

PURPOSE  :  Determine  the  effect  on  CPU  time  when  analyzing,  model  generating, 
building,  and  simulating  the  following  model  :  two  entities/ 
architectures,  where  one  architecture  is  a  component  in  the  other 
architecture.  The  component-level  entity’s  port  clause  contains 
one  bit  type  signal  (output)  and  one  bit_vector  type  signal  (input). 
The  component-level  architecture  consists  of  a  process.  The  process 
has  two  variable  declarations  (one  is  a  loop-counter)  and  a  while- 
loop  whose  number  of  iterations  is  equal  to  the  size  of  the 
bit_vector  in  the  port  clause.  The  while-loop  contains  a  logical 
XOR  signal  assignment  statement  and  a  variable  assignment  statement 
to  increment  the  loop-counter.  The  top-level  architecture  consists 
of  a  bit-vector  signal  declaration  for  output,  a  number  of 
bit_vector  signal  declarations  for  input,  a  component  declaration 
matching  the  component-level  entity/architecture,  and  a  number  of 
component  instantiations,  where  the  input  signal  maps  to  the 
corresponding  input  bit_vector  signal  declared  above,  and  the  output 
signal  maps  to  one  element  of  the  output  bit.vector  signal  declared 
above.  The  factors  to  be  varied  are  the  size  of  the  input 
bit_vectcr  in  the  port  clause,  and  the  number  of  components  in  the 
top-level  architectvre/size  of  output  bit_vector  signal  in  the 
top-level  architecture/number  of  input  bit.vector  signal 
declarations  in  the  top-level  architecture. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafmo 
Date  :  28  June  1989 

--  PARAMETER  NUMBER  MEANING  : 

1  :  size  of  bit_vector  signal  in  port  clause 

2  :  number  of  components  in  top-level  architecture 

--  EXAMPLE  : 

$  sim  gen/param="shell . sh" , "test . vhd" , 3 ,2 

(UNIX  equivalent  :  V.  sim  gen  -par am=\"\shel 1 . sh\"\ ,  V'Vtest . vhd\"\ , 3 ,2) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 
entity  testl  is 

port(signal  sig_out  :  out  bit  :=  'O’; 

signal  sig_vec  :  in  bit_vector(l  to  3)); 
end  testl  ; 

architecture  testl  of  testl  is 


1  !'■ 


process 

variable  bit.var  :  bit  :=  ’O’; 
variable  loop.counter  :  integer  :=  1; 
begin 

while  loop.counter  <=  sig_vec'high  loop 

bit_var  bit_var  XOR  sig_vec(loop_counter) ; 
loop.counter  :=  loop.counter  +  1; 
end  loop; 

sig.out  <=  bit.var; 
wait ; 


— 

end  process; 

— 

end  testl; 

— 

-  entity  testO  is  end; 

— 

architecture  testO  ol 

testO  is 

— 

signal  sig.out.vec 

bit.vector (1 

to 

2) 

— 

signal  sig.in.vecl 

bit_vector(l 

to 

3) 

— 

signal  6ig.in.vec2 

bit_vector( 1 

to 

3) 

— 

component  testl 

port (signal  sig.out  :  out  bit; 

signal  sig.vec  :  in  bit_vector(l  to  3)); 
end  component ; 

lor  all  :  testl  use  entity  work . testl (testl) ; 
begin 

compl  :  testl 

port  map(sig_out  s>  sig_out_vec(l ) , 
sig.vec  =>  sig.in.vecl) ; 
comp2  :  testl 

port  map(sig_out  =>  sig_out_vec(2) , 
sig.vec  =>  sig_in_vec2) ; 

end  testO; 


entity  testl  is 

port(signal  sig.out  :  out  bit  :=  ’O’; 

signal  sig.vec  :  in  bit_vector(l  to  '/.l'/.)); 
end  testl ; 

architecture  testl  ol  testl  is 
begin 
process 

variable  bit.var  :  bit  :=  ’O’; 
variable  loop.counter  :  integer  :=  1; 
begin 

while  loop.counter  <=  sig.vec ’high  loop 

bit.var  :=  bit.var  XOR  sig.vec(loop.counter) ; 
loop.counter  :=  loop.counter  +  1; 
end  loop; 

sig.out  <=  bit.var; 
wait ; 

end  process; 
end  testl; 


entity  testO  is  end; 
architecture  testO  of  testO  is 

signal  sig_out_vec  :  bit_vector(l  to  */.2‘/.) ; 

#2[  signal  sig_in_vec®  :  bit_vector(l  to  V.lX) ;] 
component  testl 

port(signal  sig_out  :  out  bit; 

signal  sig_vec  :  in  bit_vector(l  to  ’/.l ’/,)); 
end  component ; 

for  all  :  testl  use  entity  work . testl (testl) ; 
begin 

#2[  comp®  :  testl 

port  map(sig_out  =>  sig_out_vec(C) , 
sig_vec  =>  sig_in_vec®) ;] 

end  tes.tO; 


TEST  NUMBER  :  221 


PATHNAME  :  [. BENCH . B . C . FI .K . L4 . P10] shell . sh 

(UNIX  equivalent  :  bench/b/c/f l/k/14/plO/shell . sh) 

PURPOSE  :  Determine  the  effect  on  CPU  time  when  analyzing,  model  generating, 
building,  and  simulating  the  following  model  :  two  entities/ 
architectures,  where  one  architecture  is  a  component  in  the  other 
architecture.  The  component-level  entity’s  port  clause  contains 
one  bit  type  signal  (output)  and  one  bit_vector  type  signal  (input) 
The  component-level  architecture  consists  of  a  process.  The  process 
has  two  variable  declarations  (one  is  a  loop-counter)  and  a  while- 
loop  whose  iteration  scheme  is  "true".  The  while-loop  contains  a 
logical  XOR  signal  ^o<;ignment  statement,  a  variable  assignment 
statement  to  increment  the  loop-counter,  ar.d  an  exit  statement  that 
limits  the  number  of  iterations  to  the  size  of  the  bit_vector  in  the 
port  clause.  The  top-level  architecture  consists  of  a  bit-vector 
sigral  declaration  for  output,  a  number  of  bit.vector  signal 
declarations  for  input,  a  component  declaration  matching  the 
component-level  entity/architecture,  and  a  number  of  component 
instantiations,  where  the  input  signal  maps  to  the  corresponding 
input  bit_vector  signal  declared  above,  and  the  output  signal  maps 
to  one  element  of  the  output  bit_vector  signal  declared  above.  The 
factors  to  be  varied  are  the  size  of  the  input  bit.vector  in  the 
port  clause,  and  the  number  of  components  in  the  top-level 
architecture/size  of  output  bit_vector  signal  in  the  top-level 
architecture/number  of  input  bit.vector  signal  declarations  in  the 
top-level  architecture. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 
Date  :  28  June  1989 

--  PARAMETER  NUMBER  MEANING  : 

1  :  size  of  bit. vector  signal  in  port  clause 

2  :  number  of  components  in  top-level  architecture 

--  EXAMPLE  : 

$  sim  gen/param="shell . sh" , "test . vhd" ,3 ,2 

(UNIX  equivalent  :  ’/.  stm  gen  -param= V'Xshell .  sh\"\ , \"\test .  vhd\"\ ,  3 , 2) 
will  generate  a  model  in  file  "test. vhd”  with  an  architecture 
in  the  form  : 
entity  testl  is 

port(signal  sig_out  :  out  bit  ’O’; 

signal  sig_vec  :  in  bit. vector ( 1  to  3)); 
end  test  1 ; 


1  19 


architecture  testl  of  testl  is 
begin 
process 

variable  bit.var  :  bit  :=  'O’; 
variable  loop_counter  :  integer  1; 
begin 

while  true  loop 

bit_var  :=  bit_var  XOR  sig_vec(loop_counter) ; 
loop_counter  :=  loop_counter  +  1; 
exit  when  loop.counter  >  sig.vec’high; 
end  loop; 

sig_out  <=  bit_var; 
wait ; 

end  process; 
end  test  1 ; 

entity  testO  is  end; 
architecture  testO  of  testO  is 

signal  sig_out_vec  :  bit_vector{l  to  2); 
signal  sig_in_vecl  :  bit_vector(l  to  3); 
signal  sig_in_vec2  :  bit_vector(l  to  3); 
component  testl 

port(signal  sig.out  :  out  bit; 

signal  sig.vec  :  in  bit_vector(l  to  3)); 
end  component; 

for  all  :  testl  use  entity  work . testl (testl) ; 
begin 

compl  :  testl 

port  map(sig_out  =>  sig_out_vec ( 1 ) , 
sig.vec  =>  sig_m_vecl ) ; 
comp2  :  testl 

port  map(sig_out  =>  sig_out_vec (2) , 
sig_vec  =>  s ig_ m_vec2) ; 

end  testO; 


entity  testl  is 

port(signal  sig.out  :  out  bit  :=  'O’; 

signal  sig.vec  :  in  bit_vector(l  to  V,  1  ’/. ) ) ; 
end  testl; 

architecture  testl  of  testl  is 
begin 
process 

variable  bit.var  ;  bit  :=  'O'; 
variable  loop_counter  :  integer  :=  1; 
begin 

while  true  loop 

bit_var  :=  bit_var  XOR  sig_vec(loop_counter ) ; 
loop_counter  ;=  loop_counter  +  1; 
exit  when  loop_counter  >  sig_vec 'high ; 
end  loop; 

sig.out  <=  bit.var; 
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wait ; 

end  process; 
end  testl; 

entity  testO  is  end; 
architecture  testO  of  testO  is 

signal  sig_out_vec  :  bit_vector(l  to  7.27.) ; 

#2[  signal  sig_in_vecfi  :  bit_vector(l  to  7.2*/.);] 
component  testl 

port(signal  sig.out  :  out  bit; 

signal  sig.vec  :  in  bit_vector(l  to  7,17,)); 
end  component; 

for  all  :  testl  use  entity  work . test  1 (test l) ; 
begin 

#2[  comp®  :  testl 

port  map(sig_out  =>  sig_out_vec(ffl) , 
sig_vec  =>  sig_in_vec®) ;] 

end  testO; 
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TEST  NUMBER  :  222 


PATHNAME  :  [. BENCH . B . C .FI .K ,L2 . P10] shell . sh 

(UNIX  equivalent  :  bench/b/c/f l/k/12/plO/shell . sh) 

PURPOSE  :  Determine  the  effect  on  CPU  time  when  analyzing,  model  generating, 
building,  and  simulating  the  following  model  :  two  entities/ 
architectures,  where  one  architecture  is  a  component  in  the  other 
architecture.  The  component-level  entity’s  port  clause  contains 
one  bit  type  signal  (output)  and  one  bit_vector  type  signal  (input). 
The  component-level  architecture  consists  of  a  process.  The  process 
has  a  variable  declaration  and  a  for-loop  whose  iteration  scheme  is 
"1  to  integer ’high" .  The  for-loop  contains  a  logical  XOR  signal 
assignment  statement  and  an  exit  statement  that  limits  the  number  of 
iterations  to  the  size  of  the  bit.vector  in  the  port  clause.  The 
top-level  architecture  consists  of  a  bit-vector  signal  declaration 
for  output,  a  number  of  bit.vector  signal  declarations  for  input,  a 
component  declaration  matching  the  component-level  entity/ 
architecture,  and  a  number  of  component  instantiations,  where  the 
input  signal  maps  to  the  corresponding  input  bit_vector  signal 
declared  above,  and  the  output  signal  maps  to  one  element  of  the 
output  bit_vector  signal  declared  above.  The  factors  to  be  varied 
are  the  size  of  the  input  bit.vector  in  the  port  clause,  and  the 
number  of  components  in  the  top-level  architecture/size  of  output 
bit_vector  signal  in  the  top-level  architecture/number  of  input 
bit_vector  signal  declarations  in  the  top-level  architecture. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  28  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  size  of  bit_vector  signal  in  port  clause 

2  :  number  of  components  in  top-level  architecture 

—  EXAMPLE  : 

$  sim  gen/param="shell . sh" ."test . vhd" , 3 ,2 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shell  .sh\"\,\"\test.vhd\"\,3,2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  testl  is 

port(signal  sig.out  :  out  bit  :=  'O'; 

signal  sig.vec  ;  in  bit_vector(3  to  3)); 
end  testl ; 

architecture  testl  of  testl  is 
begin 


process 

variable  bit.var  :  bit  :=  'O'; 
begin 

lor  i  in  1  to  integer 'high  loop 
bit_var  :=  bit.var  XOR  sig_vec(i); 
exit  when  i  =  sig.vec 'high ; 
end  loop; 

sig.out  <=  bit.var; 
wait ; 

end  process; 
end  testl; 

entity  testO  is  end; 
architecture  testO  ol  testO  is 

signal  sig.out.vec  ;  bit_vector(l  to  2); 
signal  sig.in.vecl  :  bit_vector(l  to  3); 
signal  sig_in_vec2  :  bit_vector(l  to  3); 
component  testl 

port(signal  sig.out  :  out  bit; 

signal  sig.vec  :  in  bit_vector(l  to  3)); 
end  component ; 

lor  all  :  testl  use  entity  work . test  1 (testl) ; 
begin 

compl  :  testl 

port  map(sig_out  =>  sig_out_vec( 1 ) , 
sig.vec  =>  sig.in.vecl); 
comp2  :  testl 

port  map(sig_out  =>  sig_out_vec(2) , 
sig.vec  =>  sig_in_vec2) ; 

end  testO; 


entity  testl  is 

port(signal  sig.out  ;  out  bit  :=  'O’; 

signal  sig.vec  :  in  bit_vector(l  to  7.1’/,)); 
end  testl; 

architecture  testl  ol  testl  is 
begin 
process 

variable  bit.var  :  bit  :=  ’O’; 
begin 

lor  i  in  1  to  integer 'high  loop 

bit.var  :=  bit.var  XOR  sig.vec(i); 
exit  when  i  =  sig.vec 'high; 
end  loop; 

sig.out  <=  bit.var; 
wait ; 

end  process; 
end  test  1 ; 

entity  testO  is  end; 
architecture  testO  ol  testO  is 

signal  sig.out.vec  :  bit_vector(l  to  7.27.); 


#2[  signal  sig.in.vecfi  :  bit_vector(l  to  7,1'/,);] 
component  testl 

port(signal  sig_out  :  out  bit; 

signal  sig.vec  :  in  bit_vector(l  to  7.17.)); 
end  component ; 

lor  all  :  testl  use  entity  work . testl (testl)  ; 
begin 

#2[  comp®  :  testl 

port  map(sig_out  =>  sig_out_vec(®) , 
sig.vec  =>  sig.in.vec®) ; ] 


end  testO; 


TEST  NUMBER  :  223 


PATHNAME  :  [. BENCH . B . C . M] shell . sh 

(UNIX  equivalent  :  bench/b/c/m/shell . sh) 

PURPOSE  :  Determine  the  maximum  number  of  "elsif"  conditions  allowed  in  an 
if-statement .  The  model  simulated  is  an  architecture  consisting 
of  a  signal  declaration  and  a  process.  The  process  consists  of 
an  if-statement  with  a  number  of  "elsif"  conditions,  each  containing 
a  signal  assignment  statement.  The  factor  to  be  varied  is  the  number 
of  "elsif"  conditions. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  28  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  if _then_else_statement  conditions 

—  EXAMPLE  : 

$  sim  gen/param="shell . sh","test . vhd" ,3 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shell .  sh\"\ , \"\test .  vhd\"\ ,3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

subtype  sig_type  is  integer  range  1  to  3; 
signal  sig  :  sig.type; 
begin 
process 
begin 

if  sig  <  sig_type'lov  then  sig  <=  sig.type'low; 
elsif  sig  =  1  then  sig  <=  sig_type ’low; 

elsif  sig  =  2  then  sig  <=  sig.type ’high; 

elsif  sig  =  3  then  sig  <=  sig.type  ’  low ; 

end  if ; 
wait; 

end  process; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 

subtype  sig.type  is  integer  range  1  to  ’/.l’/.; 
signal  sig  :  sig.type; 
begin 
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process 

begin 

if  sig  <  sig.type’low  then  sig  <=  sig_type ’ low; 

#1[  elsif  sig  =  C  then  sig  <=  $2$sig_type'low$sig_type*high$ ;] 
end  if ; 
wait ; 

end  process; 
end  test; 
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TEST  HUMBER  :  224 


PATHNAME  :  [.BENCH . A .C . I2R1 shell . sh 

(UNIX  equivalent  :  bench/a/c/i2r/shell.sh) 

PURPOSE  :  Determine  the  effect  of  recursive  function  calls  on  simulation  CPU 
time.  The  model  simulated  is  an  architecture  consisting  of  two 
signal  declarations,  a  function  declaration,  and  a  function  call 
via  a  signal  assignment  statement.  The  function  contains  an  if- 
statement  where  the  "if"  section  has  a  return  statement  and  the 
"else"  section  has  a  function  call  (recursive)  to  itself.  The  factor 
to  be  varied  is  the  number  of  recursive  function  call  to  make  in  one 
simulation . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  29  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  to  sum/number  of  recursive  function  calls 

—  EXAMPLE  : 

$  sim  gen/param="shell.sh","test.vhd",10 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell.sh\"\,\"\test.vhd\"\,10) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

function  summer(n  :  in  natural)  return  natural  is 
begin 

if  n  =  0  then  return  0; 
else  return  (n  +  summer(n-l)) ; 
end  if ; 
end  summer; 

signal  si  :  natural  :=  0; 
signal  s2  :  natural  :=  10; 
begin 

si  <=  summer (s2) ; 
end  test ; 


entity  test  is  end; 
architecture  test  of  test  is 

function  summer(n  :  in  natural)  return  natural  is 
begin 

if  n  =  0  then  return  0; 


else  return  (n  +  summer(n-l)) ; 
end  if ; 
end  summer; 

signal  si  :  natural  :=  0; 
signal  s2  :  natural  :=  '/.l'/, ; 
begin 

si  <=  summer (s2); 
end  test; 


TEST  NUMBER  :  225 


PATHNAME  :  [. BENCH .  A  .C.  HR]  shell .  sh 

(UNIX  equivalent  :  bench/a/c/ilr/shell.sh) 

PURPOSE  :  Determine  the  effect  of  recursive  function  calls  on  simulation  CPU 
time.  The  model  simulated  is  an  entity  consisting  of  a  function 
declaration  and  an  architecture  consisting  of  two  signal 
declarations  and  a  function  call  via  a  signal  assignment  statement. 
The  function  contains  an  if-statement  where  the  "if"  section  has  a 
return  statement  and  the  "else"  section  has  a  function  call 
(recursive)  to  itself.  The  factor  to  be  varied  is  the  number  of 
recursive  function  call  to  make  in  one  simulation. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  29  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  to  sum/number  of  recursive  function  calls 

—  EXAMPLE  : 

$  sim  gen/param="shell . sh" , "test . vhd" , 10 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell .  sh\"\ ,\"\test  ■  vhd\"\ ,  10) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

function  summer(n  :  in  natural)  return  natural  is 
begin 

if  n  =  0  then  return  0; 
else  return  (n  +  summer (n- 1 )) ; 
end  if ; 
end  summer; 
end  test; 

architecture  test  of  test  is 
signal  si  :  natural  :=  0; 
signal  s2  :  natural  :=  10; 
begin 

si  <=  summer (s2) ; 
end  test; 


entity  test  is 

function  summer(n  :  in  natural)  return  natural  is 
begin 

if  n  =  0  then  return  0; 


else  return  (n  +  summer (n-1)) ; 
end  if; 
end  summer; 
end  test; 

architecture  test  of  test  is 
signal  si  :  natural  :=  0; 
signal  s2  :  natural  :=  ‘/.l*/.; 
begin 

si  <=  summer(s2); 
end  test; 


TEST  NUMBER  :  226 


PATHNAME  :  [. BENCH . B . C . H1R] shell . sh 

(UNIX  equivalent  :  bench/b/c/hlr/shell . sh) 

PURPOSE  :  Determine  the  effect  of  recursive  procedure  calls  on  simulation 
CPU  time.  The  model  simulated  is  an  entity  consisting  of  a 
procedure  declaration  and  an  architecture  consisting  of  a  signal 
declaration  and  a  process.  The  procedure  has  a  variable  declaration 
and  an  if-statement ,  where  the  "if"  section  has  a  return  statement 
and  the  "else"  section  has  a  recursive  procedure  call  and  a  variable 
assignment  statement.  The  process  has  a  variable  declaration,  a 
procedure  call,  and  a  signal  assignment  statement.  The  factor  to  be 
varied  is  the  number  of  recursive  procedure  calls  to  make  in  one 
simulation. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  29  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  to  sum/number  of  recursive  procedure  calls  (must  be  >=  0) 

—  EXAMPLE  : 

$  sim  gen/param="shell . sh" , "test . vhd" , 10 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell .  sh\"\ ,\"\test .  vhd\"\ ,  10) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

procedure  summer(n  .  in  natural; 

s  :  inout  natural)  is 
variable  temp_s  :  natural; 
begin 

if  n  =  0  then  s  :=  0; 
else 

summer ( (n- 1) ,temp_s) ; 
s  :=  n  +  temp_s; 
end  if; 
end  summer; 
end  test; 

architecture  test  of  test  is 
signal  sig  :  natural; 
begin 
process 

variable  s  :  natural  :=  0, 
begin 


IM 


summer (10,s) ; 
sig  <=  s; 
wait ; 

end  process; 
end  test; 


entity  test  is 

procedure  summer (n  :  in  natural; 

s  :  inout  natural)  is 
variable  temp_s  :  natural; 
begin 

if  n  =  0  then  s  :=  0; 
else 

summer ( (n-1) ,temp_s) ; 
s  :=  n  +  temp_s; 
end  if; 
end  summer ; 
end  test; 

architecture  test  of  test  is 
signal  sig  :  natural; 
begin 
process 

variable  s  :  natural  :=  0; 
begin 

summer C'/.l*/.  ,s) ; 
sig  <=  s; 
wait ; 

end  process; 
end  test; 


TEST  NUMBER  :  227 


PATHNAME  :  [. BENCH . B . C . H2R] shell . sh 

(UNIX  equivalent  :  bench/b/c/h2r/shell . sh) 

PURPOSE  :  Determine  the  effect  of  recursive  procedure  calls  on  simulation 

CPU  time.  The  model  simulated  is  an  architecture  consisting  of  a 
procedure  declaration,  a  signal  declaration  and  a  process.  The 
procedure  has  a  variable  declaration  and  an  if-statement ,  where  the 
"if"  section  has  a  return  statement  and  the  "else"  section  has  a 
recursive  procedure  call  and  a  variable  assignment  statement.  The 
process  has  a  variable  declaration,  a  procedure  call,  and  a  signal 
assignment  statement.  The  factor  to  be  varied  is  the  number  of 
.  recursive  procedure  calls  to  make  in  one  simulation. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  29  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  to  sum/number  of  recursive  procedure  calls  (must  be  >=  0) 

—  EXAMPLE  : 

$  sim  gen/param="shell . sh" , "test . vhd"  ,  10 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shell . sh\"\ ,\"\test . vhd\"\ , 10) 
will  gene-ate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end  test; 
architecture  test  of  test  is 

procedure  summerCn  :  in  natuirl; 

s  :  inout  natural)  is 
variable  temp_s  :  natural; 
begin 

if  n  =  0  then  s  : =  0 ; 
else 

summer ( (n-1 ) ,temp_s) ; 
s  : =  n  +  tenp_s  ; 
end  if ; 
end  summer; 
signal  sig  :  natural; 
begin 
process 

variable  s  :  natural  ■=  0; 
begin 

summer ( 10 , s)  ; 
sig  <=  s; 
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wait ; 

end  process; 
end  test; 

entity  test  is  end  test; 
architecture  test  of  test  is 

procedure  summer (n  :  in  natural; 

s  :  inout  nature  )  is 
variable  temp_s  :  natural; 
begin 

if  n  =  0  then  s  ; =  0 ; 
else 

aummer((n-l) ,temp_s) ; 
s  :=  n  +  temp.s; 
end  if ; 
end  summer; 
signal  sig  :  natural; 
beg3  n 
process 

variable  s  :  natural  :=  0; 
begin 

summer  ('/.l'/.  ,s) ; 
sig  <=  s; 
wait ; 

end  process; 
end  test; 


•1< 


TEST  NUMBER  :  228 


PATHNAME  :  [. BENCH . B . C . I3R] shell . sh 

(UNIX  equivalent  :  bench/b/c/i3r/shell . sh) 

PURPOSE  :  Determine  the  effect  of  recursive  function  calls  on  simulation  CPU 

time.  The  model  simulated  is  an  architecture  consisting  of  a  signal 
declaration  and  a  process.  The  process  has  a  function  declaration 
and  a  function  call  via  a  signal  assignment  statement.  The  function 
has  an  if-statement ,  where  the  "if”  section  has  a  return  statement 
and  the  "else"  section  has  a  recursive  function  call.  The  factor  to 
be  varied  is  the  number  of  recursive  function  calls  to  make  in  one 
simulation. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  29  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  to  sum/number  of  recursive  function  calls 

—  EXAMPLE  : 

$  sim  gen/param="shell . sh"  ."test . vhd"  ,  10 

(UNIX  equivalent  :  '/,  sim  gen  -param=\”\shell .  sh\"\ , \"\t.est .  vhd\"\ ,  10) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
signal  si  :  natural  :=  0; 
oegin 
process 

function  summerCn  :  in  natural)  return  natural  is 
begin 

if  n  =  0  then  return  0; 
else  return  (n  +  summer(n-l )) ; 
end  if  ; 
end  summer; 
begin 

s 1  <=  summer (10); 
wait; 

end  process; 
end  test; 


■If.*, 


entity  test  is  end  ; 
architecture  test  of  test  is 


signal  si  :  natural  :=  0; 
begin 
process 

function  summer(n  :  in  natural)  return  natural 
begin 

if  n  =  0  then  return  0; 
else  return  (n  +  summer(n-l)) ; 
end  if ; 
end  summer; 
begin 

sl  <=  summer  ('/.l'/.) ; 
wait ; 

end  process; 
end  test; 


TEST  NUMBER  :  229 


PATHNAME  :  [. BENCH . B . C . H3R] shell . sh 

(UNIX  equivalent  :  bench/b/c/h3r/shell . sh) 

PURPOSE  :  Determine  the  effect  of  recursive  procedure  calls  on  simulation 
CPU  time.  The  model  simulated  is  an  architecture  consisting  of 
a  signal  declaration  and  a  process.  The  process  consists  of  a 
procedure  declaration,  a  variable  declaration,  a  procedure  call, 
and  a  signal  assignment  statement.  The  procedure  has  an  if- 
statcment  where  the  "if"  section  has  a  variable  assignment  statement 
and  the  "else"  section  has  a  recursive  procedure  call  and  a 
variable  assignment  statement.  The  factor  to  be  varied  is  the  number 
of  recursive  procedure  calls  to  make  in  one  simulation. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  29  June  19_„ 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  to  sum/number  of  recursive  procedure  calls  (must  be  >=  0) 

—  EXAMPLE  : 

$  sim  gen/param="shell . sh" , "test . vhd" , 10 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shell . sh\"\ , \"\test . vhd\"\ , 10) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end  test; 
architecture  test  of  test  is 
signal  sig  :  natural; 
begin 
process 

procedure  summer (n  :  in  natural; 

s  :  inout  natural)  is 
variable  temp_s  :  natural; 
begin 

if  n  =  0  then  s  :=  0; 
else 

summer ( (n- 1 ), temp.s ) ; 
s  :=  n  +  tempos; 
end  if  ; 
end  summer; 

variable  s  :  natural  .-  0; 
begin 

sumrne: ( 10  ,  s  )  ; 
sig  <=  s; 


wait ; 

end  process; 
end  test; 


entity  test  is  end  test; 
architecture  test  of  test  is 
signal  sig  :  natural; 
begin 
process 

procedure  summer (n  :  in  natural; 

s  :  inout  natural) 
variable  temp_s  :  natural ; 
begin 

if  n  =  0  then  s  :=  0; 
else 

summer ( (n-1 ) ,temp_s) ; 
s  :=  n  +  temp_s; 
end  if ; 
end  summer; 

variable  s  :  natural  :=  0; 
begin 

summer  (Xl*/, ,  s)  ; 
sig  <=  s; 
wait; 

end  process; 
end  test; 


TEST  MUMBER  :  230 


PATHNAME  :  [  .BENCH  .B .  C  .  HR]  shell .  sh 

(UNIX  equivalent  :  bench/b/c/ilr/shell . sh) 

PURPOSE  :  Determine  the  effect  of  recursive  function  calls  on  simulation  CPU 
time.  The  model  simulated  is  an  entity  consisting  of  a  function 
declaration  and  an  architecture  consisting  of  a  signal  declaration 
and  a  process.  The  function  has  an  if-statement  where  the  "if" 
section  has  a  return  statement  and  the  "else"  section  has  a  recursive 
function  call.  The  process  has  a  function  call  via  a  signal 
assignment  statement.  The  factor  to  be  varied  is  the  number  of 
recursive  function  calls  to  make  in  one  simulation. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  29  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  to  sum/number  of  recursive  function  calls 

—  EXAMPLE  : 

$  sim  gen/param="shell . sh" , "test . vhd" , 10 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shell .  sh\"\ ,\"\best .  vhd\"\ ,  10) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

function  summer(n  :  in  natural)  return  natural  is 
begin 

if  n  =  0  then  return  0; 
else  return  (n  +  summer(n-l) ) ; 
end  if ; 
end  summer; 
end  test; 

architecture  test  of  test  is 
signal  si  :  natural  :=  0; 
begin 
process 
begin 

si  <=  summer(lO); 
wait; 

end  process; 
end  test; 


entity  test  is 


function  summer(n  :  in  natural)  return  natural  is 
begin 

if  n  =  0  then  return  0; 
else  return  (n  +  summer(n-l ) ) ; 
end  if ; 
end  summer; 
end  test; 

architecture  test  of  test  is 
signal  si  :  natural  :=  0; 
begin 
process 
begin 

si  <=  summer ('/.l'/.) ; 
wait ; 

end  process; 
end  test; 


i 

i 
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TEST  NUMBER  :  231 


PATHNAME  :  [. BENCH . B . C . I2R] shell . sh 

(UNIX  equivalent  :  bench/b/c/i2r/shell . sh) 

PURPOSE  :  Determine  the  effect  of  recursive  function  calls  on  simulation  CPU 
time.  The  model  simulated  is  an  architecture  consisting  of  a 
function  declaration,  a  signal  declaration,  and  a  process.  The 
function  has  an  if-statement  where  the  "if"  section  has  a  return 
statement  and  the  "else"  section  has  a  recursive  function  call. 

The  process  has  a  function  call  via  a  signal  assignment  statement. 
The  factor  to  be  varied  is  the  number  of  recursive  function  calls  to 
make  in  one  simulation. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  29  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  to  sum/number  of  recursive  function  calls 

—  EXAMPLE  : 

$  sim  gen/param="shell . sh" , "test . vhd" , 10 

(UNIX  equivalent  :  '/.  sim  gen  -param=V'\shell .  sh\"\ , \"\test .  vhd\"\ ,  10) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end  test; 
architecture  test  of  test  is 

function  summer(n  :  in  natural)  return  natural  is 
begin 

if  n  =  0  then  return  0; 
else  return  (n  +  summer (n- 1 )) ; 
end  if ; 
end  summer; 

signal  si  :  natural  :=  0; 
begin 
process 
begin 

si  <=  summer ( 10)  ; 
wait; 

end  process; 
end  test; 


entity  test  is  end  test; 
architecture  test  of  test  is 


function  summer(n  :  in  natural)  return  natural  is 
begin 

if  n  =  0  then  return  0; 
else  return  (n  +  summer(n-l)) ; 
end  if ; 
end  summer; 

signal  si  :  natural  :=  0; 
begin 
process 
begin 

si  <=  summer  Oil’/.) ; 
wait ; 

end  process; 
end  test; 
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TEST  NUMBER  :  232 


PATHNAME  :  [. BENCH . A . C . HI . P12] shellO. sh 

(UNIX  equivalent  :  bench/a/c/hl/pl2/shell0 . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
modulo  statements.  The  model  simulated  is  an  entity  consisting 
of  a  procedure  declaration  and  an  architecture  consisting  of  a 
procedure  call.  The  procedure  consists  of  a  number  of  integer 
variable  declarations  and  a  modulo  statement  for  each  variable. 
The  factors  to  be  varied  are  the  number  of  variable  declarations/ 
modulo  statements  in  the  procedure  and  the  value  of  the  right 
operand  of  the  modulo  statements. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  30  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/modulus  statements  in  procedure 

2  :  perform  modulo  with  respect  to  this  integer  ("b"  in  "a  mod  b") 

—  EXAMPLE  : 

$  sim  gen/param="shellO . sh" , "test . vhd" , 5 ,2 

(UNIX  equivalent  :  */,  sim  gen  -param=\"\shellO  .  sh\"\ , \"\test .  vhd\"\ ,  5 ,2) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 


entity  test  is 

procedure  modulo  is 


— 

variable 

var  1 

integer  :=  1 

-- 

variable 

var2 

integer  :=  2 

-- 

variable 

var3 

integer  :=  3 

-- 

variable 

var4 

integer  :=  4 

-- 

variable 

var5 

integer  :=  5 

-- 

begin 

-- 

var  1 

=  varl 

mod 

2 

-- 

var2 

=  var2 

mod 

2 

-- 

var3 

=  var3 

mod 

2 

-- 

var4 

=  var4 

mod 

2 

— 

var5 

=  var5 

mod 

2 

end  modulo; 
end  test; 

architecture  test  of  test  is 
begin 
modulo ; 
end  test; 


entity  test  is 

procedure  modulo  is 
#l[  variable  var®  :  integer 
begin 

#l[  var®  :=  var®  mod  '/.2V,;] 
end  modulo; 
end  test; 

architecture  test  of  test  is 
begin 
modulo ; 
end  test; 


TEST  HUMBER  :  233 


PATHNAME  :  [. BENCH . A . C  .  HI . P12] shell 1 . sh 

(UNIX  equivalent  :  bench/a/c/hl/p!2/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
modulo  operations  in  a  procedure;  determine  the  number  of 
modulo  operations  allowed  in  one  variable  assignment  statement  of 
a  procedure.  The  model  simulated  is  an  entity  consisting  of  a 
procedure  declaration  and  an  architecture  consisting  of  a  procedure 
call;  the  procedure  consists  of  an  integer  variable  declaration  and 
a  variable  assignment  statement  containing  a  number  of  modulo 
operations.  The  factors  to  be  varied  are  the  number  of  modulo 
operations  contained  in  the  variable  assignment  statement  and  the 
value  of  the  left  operand  in  the  modulo  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  30  June  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  ;  number  of  variable  modulus  operations  in  one  statement  in  procedure 

2  ;  find  modulo  of  this  integer  ("a”  in  "a  mod  b") 

--  EXAMPLE  : 

$  sim  gen/param="shelll . sh" , "test . vhd" ,3,2 

(UNIX  equivalent  :  */.  sim  gen  -param=\"\shelll .  sh\"\,\"\test.  vhd\"\,3,2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

procedure  modulo  is 

variable  var  :  integer  :=  2; 
begin 

var  :=  var 

mod  (1 
mod  (2 
mod  (3 

) 

) 

) ; 

end  modulo; 
end  test; 

architecture  test  of  test  is 
begin 
modulo; 
end  test; 


1 7 '» 


entity  test  is 

procedure  modulo  is 

variable  var  :  integer  := 
begin 

var  :=  var 

#1[  mod  (®3 

#1[  )]  ; 

end  modulo; 
end  test; 

architecture  test  o 1  test  is 
begin 
modulo ; 
end  test; 


TEST  NUMBER 
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PATHNAME  :  [ . BENCH . A . C . H2 . P12] shellO . sh 

(UNIX  equivalent  :  bench/a/c/h2/pl2/shell0 . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
modulo  statements.  The  model  simulated  is  an  architecture 
consisting  of  a  procedure  declaration  and  a  procedure  call.  The 
procedure  consists  of  a  number  of  integer  variable  declarations 
and  a  modulo  statement  for  each  variable.  The  factors  to  be  varied 
are  the  number  of  variable  declarations/modulo  statements  in  the 
procedure  and  the  value  of  the  right  operand  in  the  modulo 
statements . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 
Date  :  3  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  d oclarations/modulus  statements  in  procedure 

2  :  perform  modulo  with  respect  to  this  integer  ("b"  in  "a  mod  b") 

—  EXAMPLE  : 

$  sim  gen/param="shellO . sh" , "test . vhd" , 5 , 2 

(UNIX  equivalent  :  '/,  sim  gen  -param= V‘\shellO .  sh\"\  ,\"\test .  vhd\"\,5,2) 
will  generate  a  "odel  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  tes‘  is 
procedure  modulo  is 


variable 

var  1 

integer 

:=  1 

variable 

var2 

integer 

=  2 

variable 

var3 

integer 

:=  3 

variable 

vard 

integer 

:=  4 

variable 

»ar5 

integer 

:=  5 

-- 

begin 

— 

varl  :=  varl 

mod 

2 

-- 

var2  :=  var2 

mod 

2 

— 

var3  var3 

mod 

2 

-- 

var4  .=  var4 

mod 

2 

-- 

varS  : =  var5 

mod 

2 

-- 

end  modulo; 

-- 

begin 

modulo ; 

-- 

end  test ; 

entity  test  is  end; 
architecture  test  o i  test  is 
procedure  modulo  is 
#1[  variable  var®  :  integer  :=  ®;] 
begin 

[  var®  :=  var®  mod  '/,2V.;] 
end  modulo; 
begin 
modulo ; 
end  test; 
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TEST  NUMBER  :  235 


PATHNAME  :  [ . BENCH . A .C . H2 . P12] shelll . sh 

(UNIX  equivalent  :  bench/a/c/h2/pl2/6helll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
modulo  operations  in  a  procedure;  determine  the  number  ol 
modulo  operations  allowed  in  one  variable  assignment  statement  of 
a  procedure.  The  model  simulated  is  an  architecture  consisting  of  a 
procedure  declaration  and  a  procedure  call;  the  procedure  consists 
of  an  integer  variable  declaration  and  a  variable  assignment 
statement  containing  a  number  of  modulo  operations.  The  factors  to 
be  varied  are  the  number  of  modulo  operations  contained  in  the 
variable  assignment  statement  and  the  value  of  the  left  operand  of 
the  modulo  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  3  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  modulus  operations  in  one  statement  in  procedure 

2  ;  find  modulo  of  this  irteger  ("a"  in  "a  mod  b") 

—  EXAMPLE  : 

$  sim  ger./param="shelll .  sh"  ,  "test .  vhd”  ,5,2 

(UNIX  equivalent  :  */.  sim  gen  -param=\"\shelll .  sh\"\ ,\"\test .  vhd\"\ ,5 ,2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
procedure  modulo  is 

variable  var  :  integer  :=  2; 
begin 

var  :=  var 


— 

mod 

(1 

-- 

mod 

(2 

-- 

mod 

(3 

-- 

mod 

(4 

-- 

mod 

(5))))) 

-- 

end  modulo; 

begin 

modulo ; 
end  test; 
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entity  test  is  end; 
architecture  test  of  test  is 
procedure  modulo  is 

variable  var  :  integer  :  =  */*2/. 
begin 

var  :=  var 

[  mod  (®] #1 [' )3 ; 

end  modulo; 
begin 
modulo ; 
end  test; 


TEST  NUMBER  :  236 


PATHNAME  :  [ . BENCH . A . C . 11 .  P12] shellO . sh 

(UNIX  equivalent  :  bench/a/c/il/pl2/shell0.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
modulo  statements.  The  model  simulated  is  an  entity  consisting 
of  a  function  declaration  and  an  architecture  consisting  of  a 
function  call.  The  function  consists  of  a  number  of  integer 
variable  declarations  and  a  modulo  statement  for  each  variable. 

The  factors  to  be  varied  are  the  number  of  variable  declarations/ 
modulo  statements  in  the  function  and  the  value  of  the  right  operand 
in  the  modulo  statements. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  3  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

—  1  :  number  of  variable  declarations/variable  modulus  statements  in 

function 

2  :  perform  modulo  with  respect  to  this  integer  ("b"  in  "a  mod  b") 

—  EXAMPLE  : 

$  sim  gen/param="shell0.sh","test.vhd",3,2 

(UNIX  equivalent  :  */.  6im  gen  -param=\"\shellO.  sh\"\ , \"\test .  vhd\"\ ,3 ,2) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

function  modulo  return  boolean  is 
variable  varl  :  integer  :=  1; 
variable  var2  :  integer  :=  2; 
variable  var3  :  integer  :=  3; 
begin 

varl  :=  varl  mod  2; 

var2  :=  var2  mod  2; 

var3  :=  var3  mod  2; 

return  true; 
end  modulo; 
end  test; 

architecture  test  of  test  is 
signal  done  :  boolean  :=  false; 
begin 

done  <=  modulo; 
end  test; 
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entity  test  is 

Junction  modulo  return  boolean  is 
#1[  variable  var®  :  integer  :=  ®;] 
begin 

#1[  var®  :=  var®  mod  1.2!. ;] 
return  true; 
end  modulo; 
end  test; 

architecture  test  of  test  is 

signal  done  :  boolean  :=  false; 
begin 

done  <=  modulo; 
end  test; 


TEST  NUMBER  :  237 


PATHNAME  :  [ . BENCH . A . C . I 1 . P12] shelll . sh 

(UNIX  equivalent  :  bench/a/c/il/pl2/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
modulo  operations  in  a  function;  determine  the  number  of 
modulo  operations  allowed  in  one  variable  assignment 
statement  of  a  function.  The  model  simulated  is  an  entity 
consisting  of  a  function  declaration  and  an  architecture  consisting 
of  a  function  call;  the  function  consists  of  an  integer  variable 
declaration  ana  a  variable  assignment  statement  containing  a  number 
of  modulo  operations.  The  factors  to  be  varied  are  the  number  of 
modulo  operations  contained  in  the  variable  assignment  statement 
and  the  value  of  the  left  operand  in  the  modulo  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  3  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  modulus  operations  in  one  statement  in  function 

2  :  find  modulo  of  this  integer  ("a"  in  "a  mod  b") 

--  EXAMPLE  : 

$  sim  gen/param="shelll . sh" ."test . vhd" ,3,2 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shelll .  sh\"\ , \"\test .  vhd\"\ ,3 , 2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

function  modulo  return  boolean  is 
variable  var  :  integer  :=  2; 
begin 

var  :=  var 

mod  (1 
mod  (2 
mod  (3))); 
return  true; 
end  modulo; 
end  test; 

architecture  test  of  test  is 
signal  done  :  boolean  :=  false; 
begin 

done  <=  modulo; 
end  test; 


entity  test  is 

function  modulo  return  boolean  is 
variable  var  :  integer  :=  y.2'/.; 
begin 

var  :=  var 

#1  [  mod  (0]#1 [*)] ; 

return  true; 
end  modulo; 
end  test; 

architecture  test  of  test  is 

signal  done  :  boolean  :=  false; 
begin 

done  <=  modulo ; 
end  test; 


TEST  NUMBER  :  238 


PATHNAME  ■  [,BENCH.A.C.I2.P12]shell0.sh 

(UNIX  equivalent  :  bench/a/c/i2/pl2/shell0. sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
modulo  statements.  The  model  simulated  is  an  architecture 
consisting  o i  a  function  declaration  and  a  function  call.  The 
function  consists  of  a  number  of  integer  variable  declarations 
and  a  modulo  statement  for  each  variable.  The  f.ctors  to  be  varied 
are  the  number  of  variable  declarations/modulo  statements  in  the 
function  and  the  value  of  the  right  operand  in  the  modulo  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  3  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/variable  modulus  statements  in 

function 

2  :  perform  modulo  with  respect  to  this  integer  ("b"  in  "a  mod  b") 

—  EXAMPLE  : 

$  sim  gen/param="shell0.sh","test.vhd",3,2 

(UNIX  equivalent  :  sim  gen  -param=\"\shell0.sh\"\,V,\test.vhd\"\,3,2) 

will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

function  modulo  return  boolean  is 
variable  varl  :  integer  :=  1; 
variable  var2  :  integer  :=  2; 
variable  var3  :  integer  :=  3; 
begin 

varl  :=  varl  mod  2; 
var2  :=  var2  mod  2; 
var3  :=  var3  mod  2; 
return  true; 
end  modulo; 

signal  done  :  boolean  :=  false; 
begin 

done  <=  modulo; 
end  test; 


entity  test  is  end; 
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architecture  test  of  test  is 

function  modulo  return  boolean  is 
#1[  variable  varC  :  integer  :=  C ; 3 
begin 

#1[  varfi  :=  varfi  mod  X2'/i;] 
return  true; 
end  modulo; 

signal  done  :  boolean  :=  false; 
begin 

done  <=  modulo; 
end  test; 
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TEST  HUMBER  :  239 


PATHNAME  :  [ . BENCH . A . C . 12 . P12] shelll . sh 

(UNIX  equivalent  :  bench/a/c/i2/pl2/shell 1 . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
modulo  operations  in  a  function;  determine  the  number  of 
modulo  operations  allowed  in  one  variable  assignment 
statement  of  a  function.  The  model  simulated  is  am  architecture 
consisting  of  a  function  declaration  and  a  function  call;  the 
function  consists  of  an  integer  variable  declaration  and  a  variable 
assignment  statement  containing  a  number  of  modulo  operations. 

The  factors  to  be  varied  are  the  number  of  modulo  operations 
contained  in  the  variable  assignment  statement  and  the  value  of  the 
left  operand  in  the  modulo  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  3  July  1989 

—  PARAMETER  NUMBER  MEANING  ; 

1  :  number  of  variable  modulus  operations  in  one  statement  in  function 

2  :  find  modulo  of  this  integer  ("a"  ir.  "a  mod  b") 

—  EXAMPLE  : 

$  sim  gen/param="shelll . sh" , "test . vhd" , 3 , 2 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell  1 .  sh\"\ , \"\test .  vhd\"\ , 3 ,2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
end  test; 

entity  test  is  end; 
architecture  test  of  test  is 

function  modulo  return  boolean  is 
variable  var  :  integer  :=  2; 
begin 

var  :=  var 

mod  ( 1 
mod  (2 
mod  (3))); 
return  true; 
end  modulo; 

signal  done  :  boolean  : =  false; 
begin 

done  <=  modulo; 
end  test; 


entity  test  is  end; 
architecture  test  oi  test  is 

function  modulo  return  boolean  is 
variable  var  :  integer  :=  '/.2'/.; 
begin 

var  :=  var 

#1  [  mod  [')] ; 

return  true; 
end  modulo; 

signal  done  :  boolean  :=  false; 
begin 

done  <=  modulo; 
end  test; 
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TEST  NUMBER  :  240 


PATHNAME  :  [ . BENCH . A . C . P12] shellO . sh 

(UNIX  equivalent  :  bench/a/c/pl2/shell0 . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  modulo 

operations  on  signals.  The  model  simulated  consists  of  a  number  of 
signal  declarations  and  one  modulo  signal  assignment  statement 
for  each  signal.  The  factors  to  be  varied  are  the  number  of  signal 
declarations/number  of  modulo  sigral  assignment  statements,  the 
value  of  the  right  operand  in  the  modulo  statement,  and  the  length 
of  time  (in  ns)  to  simulate  the  model. 


EXPECTED  RESULTS  : 
UNITS  OF  MEASUREMENT 


AUTHOR  :  Captain  Karen  M.  Serafino 
Date  :  3  July  1989 

--  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  signal  declarations/modulus  statements 

2  :  perform  modulo  with  respect  to  this  integer  ("b"  in  "a  mod  b") 

3  :  length  of  time  (ns)  to  simulate  model  (>  0) 

--  EXAMPLE  : 

S  sim  gen/param-"shellO . vhd"  ,  "test . vhd"  ,3 , 2 ,4 

(UNIX  equivalent  :  ’/.  sim  gen  -param=\"\shellO . sh\"\ , \"\test . vhd' "\ , 3 ,2 ,4) 
will  generate  a  model  in  file  "test,  vhd"  with  an  architecture 
in  the  form  : 


-- 

entity  test  is 

end ; 

-- 

architecture  test  of  test 

is 

-- 

signal 

stop 

:  bit  :=  '0' 

-- 

signal 

Slgl 

integer  := 

1 

-- 

signal 

sig2 

:  integer  := 

2 

-- 

signal 

sig3 

integer  ;= 

3 

-- 

begin 

-- 

Slgl  <= 

Slgl 

mod  2  after 

1 

ns ; 

-- 

sig2  <= 

sig2 

mod  2  after 

1 

ns  ; 

-- 

sig3  <- 

sig3 

mod  2  after 

1 

ns  ; 

stop  < - 

’  1  ’ 

after  4  ns; 

-- 

assert 

(stop 

-  '0  ' )  report 

'‘simulation  complete" 

-- 

end  test  ; 

entity  test  is  end ; 
architecture  test  of  test  is 
signal  stop  :  bit  : =  'O'; 
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severity  failure; 


#l[  signal  sigffi  :  integer  :=  0;] 
begin 

#l[  sigfi  <=  sigC  mod  ’17'/.  after  1  ns;] 
stop  <=  *1*  after  '/,3V,  ns; 

assert  (stop  =  ’O’)  report  "simulation  complete"  severity  failure 
end  test; 
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TEST  HUMBER  :  241 


PATHNAME  :  C.BENCH.A.C.P12]shelll.sh 

(UNIX  equivalent  :  bench/a/c/pl2/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  perform  modulo 

operations  on  a  signal;  determine  the  number  of  modulo  operations 
allowed  in  one  signal  assignment  statement.  The  model  simulated  is 
an  architecture  consisting  of  an  integer  signal  declaration  and  a 
signal  assignment  statement  containing  a  number  of  modulo 
operations.  The  factors  to  be  varied  are  the  number  of  modulo 
operations  contained  in  the  signal  assignment  statement,  the  value 
of  the  right  operands  in  the  modulo  statement,  and  the  length  of  time 
(in  ns)  to  simulate  the  model. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  ; 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  3  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  modulus  operations  in  one  statement 

2  :  find  modulo  of  this  integer  ("a"  in  "a  mod  b") 

3  :  length  of  time  (ns)  to  simulate  model  (>  0) 

—  EXAMPLE  : 

$  sim  gen/param="shelll.vhd”,”test.vhd",3,2,4 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shelll  .shV'\,\"\test.vhd\"\,3,2,4) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
signal  sig  :  integer  :=  2; 
signal  stop  :  bit  :=  ’O’; 
begin 

sig  <=  sig 

mod  (1 
mod  (2 

mod  (3)))  after  1  ns; 
stop  <=  ’1’  after  4  ns; 

assert  (stop  =  ’O’)  report  "simulation  complete"  severity  failure; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
signal  sig  :  integer  :=  */.27,; 
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signal  stop  :  bit  :=  'O’; 
begin 

sig  <=  sig 

#1[  mod  (®]#l[*)]  alter  i  ns; 

stop  <=  ’  1 '  alter  */.3*/,  ns; 

assert  (stop  =  ’O’)  report  "simulation  complete"  severity  lailure; 
end  test; 
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TEST  NUMBER  :  242 


PATHNAME  :  [. BENCH. B.C.K. LI. P12]shell0.sh 

(UNIX  equivalent  :  bench/b/c/k/ll/pl2/shell0. sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
modulo  assignment  statements.  The  model  simulated  is  an 
architecture  consisting  o f  a  number  o f  processes.  Each  process 
consists  of  an  integer  array  variable  declaration  and  a  for-loop. 
The  number  of  iterations  of  the  loop  is  equal  to  the  size  of  the 
array.  The  for-loop  contains  a  variable  modulo  assignment 
statement.  The  factors  to  be  varied  are  the  number  of  processes, 
the  array  size/number  of  loop  iterations,  and  the  value  of  the  left 
operand  in  the  modulo  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  3  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  array  size/number  of  modulus  statement  iterations  per  process 

2  :  number  of  processes 

3  :  find  modulo  of  this  integer  ("a"  in  "a  mod  b") 

—  EXAMPLE  : 

$  sim  gen/param="shellO. vhd" , "test . vhd" ,3,2, 6 

(UNIX  equivalent  :  */,  sim  gen  -param=\"\shellO .  sh\"\ ,\"\test . vhd\"\  ,3 ,2 ,6) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

prl  :  process 

type  var_array  is  array(l  to  3)  of  integer; 
variable  var  :  var.array; 
begin 

for  i  in  1  to  3  loop 
var(i)  :=  6  mod  i; 
end  loop; 
wait; 

end  process  prl ; 
pr2  :  process 

type  var_array  is  array(l  to  3)  of  integer; 
variable  var  :  var_array; 
begin 

for  i  in  1  to  3  loop 
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var(i)  :=  6  nod  i; 
end  loop; 
sait; 

end  process  pr2; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
begin 

#2[  prC  :  process 

type  var_array  is  array (1  to  '/.l'/.)  of  integer 
variable  var  :  var_array; 
begin 

for  i  in  i  to  '/.l'/.  loop 
var(i)  :=  7,3%  mod  i; 
end  loop; 
wait ; 

end  process  prB;] 
end  test; 
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TEST  HUMBER  :  243 


PATHNAME  :  [. BENCH .B .C .K.L1 .P12] shelll . sh 

(UNIX  equivalent  :  bench/b/c/k/ll/pl2/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  modulo 
signal  assignment  statements.  The  model  simulated  is  an 
architecture  consisting  of  a  process  and  tvo  signal  declarations, 
one  integer  and  one  integer  array.  The  process  consists  of  a 
for-loop.  The  number  of  iterations  of  the  loop  is  equal  to  the 
size  of  the  array.  The  for-loop  contains  a  modulo  signal 
assignment  statement.  The  factors  to  be  varied  are  the  array  size/ 
number  of  loop  iterations  and  the  value  of  the  left  operand  in  the 
modulo  statement . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  3  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  signal  array  size/number  of  modulus  statement  iterations  in  process 

2  :  find  modulo  of  this  integer  ("a"  in  "a  mod  b") 

—  EXAMPLE  : 

$  sim  gen/param="shelll . vhd" , "test . vhd" ,3 , 2 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shelll .  sh\"\ ,V‘\test .  vhd\"\ ,3 ,2) 
sill  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

type  sig_array  is  array (1  to  3)  of  integer; 
signal  sig  :  sig_array; 
begin 
process 
begin 

for  i  in  1  to  3  loop 
sig(i)  <=  2  mod  i; 
end  loop; 
wait; 

end  process; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 

type  sig.array  is  array(l  to  '/!'/,)  of  integer; 
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signal  sig  :  sig_ array; 
begin 
process 
begin 

for  i  in  1  to  'IS/,  loop 
sig(i)  <=  'J.2'/.  mod  i; 
end  loop; 
wait; 

end  process; 
end  test; 
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TEST  NUMBER  :  244 


PATHNAME  :  [. BENCH. B . C.K .L3 . P12]shellO. sh 

(UNIX  equivalent  :  bench/b/c/k/13/pl2/shell0. sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  addition 
and  modulo  variable  assignment  statements.  The  model  simulated 
is  an  architecture  consisting  of  a  process.  The  process  consists  ol 
two  integer  variable  declarations  (one  is  a  loop-counter),  one 
integer  array  variable  declaration,  and  a  while-loop.  The  number  o f 
iterations  of  the  loop  is  equal  to  the  size  of  the  array.  The 
while-loop  contains  an  addition  variable  assignment  statement  to 
increment  the  loop-counter  and  a  modulo  variable  assignment 
statement.  The  factors  to  be  varied  are  the  array  size/number  of 
loop  iterations  and  the  value  of  the  left  operand  in  the  modulo 
statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  ;  Captain  Karen  M.  Serafino 

—  Date  :  3  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  array  size/number  of  modulus  statement  iterations  in  process 

2  :  find  modulo  of  this  integer  ("a"  in  "a  mod  b") 

—  EXAMPLE  : 

$  sim  gen/param="shell0.vhd","test.vhd",3,2 

(UNIX  equivalent  :  '/,  sim  gen  -param=V*\shellO. sh\"\ ,\"\test . vhd\"\ ,3,2) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 
process 

type  var_array  is  array(l  to  3)  of  integer; 
variable  var  :  var_array; 
variable  loop_counter  :  integer  :=  0; 
begin 

while  loop.counter  <  3  loop 

loop_counter  :=  loop_counter  +  1; 
var(loop_counter)  :=  2  mod  loop_counter ; 
end  loop; 
wait; 

end  process; 
end  test; 


497 


entity  test  is  end; 
architecture  test  oi  test  is 
begin 
process 

type  var_array  is  array (1  to  oi  integer 

variable  var  :  var_array; 
variable  loop_counter  :  integer  :=  0; 
begin 

while  loop.counter  <  7.  loop 

loop_counter  :=  loop_counter  +  1; 
var (loop_counter)  :=  '/,2’/.  mod  loop_counter ; 
end  loop; 
wait ; 

end  process; 
end  test; 
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TEST  HUMBER  :  245 


PATHNAME  :  [. BENCH. B. C. K. L3. P12)shelll .sh 

(UNIX  equivalent  :  bench/b/c/k/13/pl2/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  modulo 
signal  assignment  statements.  The  model  simulated  is  an 
architecture  consisting  o f  a  process  and  two  signal  declarations, 
one  integer  and  one  integer  array.  The  process  consists  of  a 
while-loop  and  an  integer  variable  declaration  (loop-counter) .  The 
number  of  iterations  of  the  loop  is  equal  to  the  size  of  the  array. 
The  while-loop  contains  one  modulo  signal  assignment  statement 
and  one  addition  variable  assignment  statement  to  increment  the 
loop-counter.  The  factors  to  be  varied  sure  the  array  size/number  of 
loop  iterations  and  the  value  of  the  left  operand  in  the  modulo 
statement . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  3  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  signal  array  size/number  of  modulus  statement  iterations  in  process 

2  :  find  modulo  of  this  integer  ("a"  in  "a  mod  b") 

—  EXAMPLE  : 

$  sim  gen/param="shell l.vhd", "test. vhd" ,3,2 

(UNIX  equivalent  :  */.  sim  gen  -param=V,\shelll.sh\"\,V,\test.vhd\M\,3,2) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

type  sig_?rray  is  array(l  to  3)  of  integer; 
signal  sig  ■  sig_array; 
begin 
process 

variable  loop. .counter  :  integer  :=  0; 
begin 

while  loop_counter  <  3  loop 

loop_counter  :=  lcop_coUnter  +  1; 
sig(loop.counter)  <=  2  mod  loop_counter ; 
end  loop; 
wait; 

end  process ; 
end  test; 
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entity  test  is  end; 
architecture  test  of  test  is 

type  sig.array  is  array(l  to  */.l*/.)  of  integer; 
signal  sig  :  sig.array; 
begin 
process 

variable  loop_counter  :  integer  :=  0; 
begin 

while  loop_counter  <  loop 

loop_counter  :=  loop.counter  +  1; 
sig(loop_counter)  <=  'L2‘/,  mod  loop_counter ; 
end  loop; 
wait ; 

end  process; 
end  test; 
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TEST  NUMBER  :  246 


PATHNAME  :  [ . BENCH . B . C . P12] shellO . sh 

(UNIX  equivalent  :  bench/b/c/pl2/shellO. sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  Tor  executing  modulo 
operations  on  variables .  The  model  simulated  is  an  architecture 
consisting  of  a  number  of  processes;  each  process  consists  of  a 
number  of  variable  declarations  and  one  modulo  variable  assignment 
statement  for  each  variable.  The  factors  to  be  varied  are  the 
number  of  processes,  the  number  of  variable  declarations/number  of 
modulo  variable  assignment  statements,  and  the  value  of  the  left 
operand  in  the  modulo  statements. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  3  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/modulus  statements  per  process 

2  :  number  of  processes 

3  :  perform  modulo  with  respect  to  this  integer  ("b"  in  “a  mod  b") 

--  EXAMPLE  : 

$  sim  gen/param="shellO. vhd" ."test. vhd" ,3,2,2 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shellO  .  sh\"\  ,\"\test .  vhd\"\ ,  3 ,2 , 2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

prl  :  process 

variable  varl  :  integer  :=  1; 
variable  var2  :  integer  :=  2; 
variable  var3  :  integer  :=  3; 
begin 

v-rl  :=  varl  mod  2; 

var2  :=  var2  mod  2; 

var3  :=  var3  mod  2; 

wait; 

end  process  prl; 
pr2  :  process 

variable  varl  :  integer  : =  1; 
variable  var2  :  integer  :=  2; 
variable  var3  :  integer  : =  3; 
begin 
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— 

varl 

:  =  varl 

mod 

2 

— 

vax2 

CM 

a 

> 

ii 

mod 

2 

— 

var3 

:=  var3 

mod 

2 

— 

wait ; 

end  process  pr2; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
begin 

#2[  pr®  :  process 

#l[  variable  varfi  :  integer  :=  ® ; ] 
begin 

#l[  varfi  :=  varfi  mod  '/.3V. ;] 
wait ; 

end  process  pr®;] 
end  test; 
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TEST  NUMBER  :  247 


PATHNAME  :  [. BENCH . B . C . P12] shelll . sh 

(UNIX  equivalent  :  bench/b/c/pl2/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  modulo 
operations  on  variables;  determine  the  number  of  modulo 
operations  allowed  in  one  variable  assignment  statement.  The  model 
simulated  is  an  architecture  consisting  of  a  number  of  processes; 
each  process  consists  of  a  variable  declaration  and  a  variable 
assignment  statement  containing  a  number  of  modulo  operations. 

The  factors  to  be  varied  are  the  number  of  processes,  the  number 
of  modulo  operations  in  the  variable  assignment  statement,  and  the 
value  of  the  left  operand  in  the  modulo  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 
—  Date  :  3  July  1989 


—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  modulus  operations  in  one  statement  of  a  process 

2  :  number  of  processes 

3  :  find  modulo  of  this  integer  ("a"  in  "a  mod  b") 


—  EXAMPLE  : 


$  sim  gen/param="8helll . vhd" ."test .vhd"  ,3 ,2,2 

(UNIX  equivalent  :  V.  sim  gen  -param=V'\shelll .  sh\"\ ,  V'Vtest .  vhd\"\ ,  3 ,2 , 2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
.  in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

prl  :  process 

variable  var  :  integer  :=  2; 
begin 

var  :=  var 


mod  ( 1 
mod  (2 
mod  (3))); 

wait ; 

end  process  prl ; 
pr2  :  process 

variable  var  :  integer  :=  2; 
begin 

var  :=  var 


mod  (1 
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mod  (2 
mod  (3))); 


wait ; 

end  process  pr2; 
end  test; 


entity  test  is  end; 
architecture  test  o t  test  is 
begin 

#2[  pr®  :  process 

variable  var  :  integer  :=  V.3*/,; 
begin 

var  :=  var 

#1 C  mod  [')]  ; 

wait ; 

end  process  pr®;] 
end  test; 
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TEST  HUMBER  :  248 


PATHNAME  :  [. BENCH . A .C .HI .P13] shellO . sh 

(UNIX  equivalent  :  bench/a/c/hl/pl3/shell0. sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

remainder  statements.  The  model  simulated  is  an  entity  consisting 
of  a  procedure  declaration  and  an  architecture  consisting  of  a 
procedure  call.  The  procedure  consists  ol  a  number  of  integer 
variable  declarations  and  a  remainder  statement  for  each  variable. 
The  factors  to  be  varied  are  the  number  of  variable  declarations/ 
remainder  statements  in  the  procedure  and  the  value  of  the  right 
operand  of  the  remainder  statements. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMFNT  : 


—  AUTHOR  :  Captain  Karen  H.  Serafino 

—  Date  :  3  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/remainder  statements  in  procedure 

2  :  perform  REM  with  respect  to  this  integer  ("b"  in  "a  REM  b") 

—  EXAMPLE  : 

$  sim  gen/param="shell0.sh","test.vhd",3,2 

(UNIX  equivalent  :  V.  sim  gen  -param=\"\shell0.sh\"\,\"\test. vhd\"\,3,2) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

procedure  remainder  is 

variable  varl  :  integer  :=  1; 
variable  var2  :  integer  :=  2; 
variable  var3  :  integer  :=  3; 
begin 

varl  :=  varl  REM  2; 
var2  :=  var2  REM  2; 
var3  :=  var3  REM  2; 
end  remainder; 
end  test; 

architecture  test  of  test  is 
begin 

remainder; 
end  test; 


entity  test  is 

procedure  remainder  is 
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#l[  variable  var«  :  integer  :=  ®;] 
begin 

#1[  var®  :=  varfi  HEM  ’/.2X;3 
end  remainder; 
end  test; 

architecture  test  of  test  is 
begin 

remainder; 
end  test; 
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TEST  HUMBER  :  249 


PATHNAME  :  [.BENCH.A.C.Hl.P13]shelll.sh 

(UNIX  equivalent  :  bench/a/c/hl/pl3/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
remainder  operations  in  a  procedure;  determine  the  number  of 
remainder  operations  allowed  in  one  variable  assignment  statement  of 
a  procedure.  The  model  simulated  is  an  entity  consisting  of  a 
procedure  declaration  and  an  architecture  consisting  of  a  procedure 
call;  the  procedure  consists  of  an  integer  variable  declaration  and 
a  variable  assignment  statement  containing  a  number  of  remainder 
operations.  The  factors  to  be  varied  are  the  number  of  remainder 
■  operations  contained  in  the  variable  assignment  statement  and  the 
value  of  the  left  operand  in  the  remainder  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  ;  3  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  remainder  operations  in  one  statement  in  procedure 

2  :  find  remainder  of  this  integer  ("a"  in  "a  rem  b") 

—  EXAMPLE  : 

$  sim  gen/param="shelll . sh" , "test . vhd" ,3,2 

(UNIX  equivalent  :  V.  sim  gen  -param=\"\shelll.sh\"\,\"\test.vhd\"\,3,2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

procedure  remainder  is 

variable  var  :  integer  :=  2; 
begin 

var  : =  var 

REM  (1 
REM  (2 
REM  (3))); 
end  remainder; 
end  test; 

architecture  test  of  test  is 
begin 

remainder; 
end  test; 


entity  test  is 
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procedure  remainder  is 

variable  var  :  integer  :=  X2% 
begin 

var  :=  var 

#1[  REM  («]#1[-)]; 

end  remainder; 
end  test; 

architecture  test  ol  test  is 
begin 

remainder; 
end  test; 


TEST  IUMBER  :  250 


PATHNAME  :  [.BENCH.A.C.H2.P13]shell0.sh 

(UNIX  equivalent  :  bench/a/c/h2/pl3/shell0.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
remainder  statements.  The  model  simulated  is  an  architecture 
consisting  oi  a  procedure  declaration  and  a  procedure  call.  The 
procedure  consists  o f  a  number  oi  integer  variable  declarations 
and  a  remainder  statement  for  each  variable.  The  factors  to  be 
varied  are  the  number  of  variable  declarations/remainder  statements 
in  the  procedure  and  the  value  of  the  right  operand  in  the  remainder 
statements . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  3  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/remainder  statements  in  procedure 

2  :  perform  REM  with  respect  to  this  integer  ("b"  in  "a  REM  b") 

—  EXAMPLE  : 

$  sim  gen/param="shell0.sh“,"test.vhd'‘,3,2 

(UNIX  equivalent  :  '/.  sim  gen  -param=V'\shellO .  sh\"\ ,\"\test .  vhd\"\ ,3 ,2) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
procedure  remainder  is 

variable  varl  :  integer  :=  1; 
variable  var2  :  integer  :=  2; 
variable  var3  :  integer  :=  3; 
begin 

varl  :=  varl  REM  2; 
var2  :=  var2  REM  2; 
var3  :=  var3  REM  2; 
end  remainder; 
begin 

remainder; 
end  test; 

entity  test  is  end; 
architecture  test  of  test  is 
procedure  remainder  is 
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#1[  variable  varfi  :  integer  :=  *;] 
begin 

#1[  var#  :=  var#  REM  %2 %;] 
end  remainder; 
begin 

remainder; 
end  test; 
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TEST  NUMBER  :  251 


PATHNAME  :  [.BENCH . A .C.H2.P13] shelll . sh 

(UNIX  equivalent  :  bench/a/c/h2/pl3/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
remainder  operations  in  a  procedure;  determine  the  number  o f 
remainder  operations  allowed  in  one  variable  assignment  statement  of 
a  procedure.  The  model  simulated  is  an  architecture  consisting  of  a 
procedure  declaration  and  a  procedure  call;  the  procedure  consists 
of  an  integer  variable  declaration  and  a  variable  assignment 
statement  containing  a  number  of  remainder  operations.  The  factors 
to  be  varied  are  the  number  of  remainder  operations  contained  in  the 
variable  assignment  statement  and  the  value  of  the  left  operand  of 
the  remainder  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  3  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  remainder  operations  in  one  statement  in  procedure 

2  :  find  remainder  of  this  integer  ("a"  in  "a  rem  b") 

—  EXAMPLE  : 

$  sim  gen/param="shelll . sh" ."test .vhd" ,3,2 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shelll.sh\"\,V'\test.vhd\"\,3,2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 
end  test; 

architecture  test  of  test  is 


procedure  remainder  is 


— 

variable  var  : 

integer  := 

— 

begin 

— 

var  : =  var 

— 

REM 

(1 

— 

REM 

(2 

-- 

REM 

(3))); 

— 

end  remainder; 

-- 

begin 

— 

remainder ; 

— 

end  test; 

entity  test  is 
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end  test; 

architecture  test  of  test  is 
procedure  remainder  is 

variable  var  :  integer  :=  '/.2*/. 
begin 

var  ;=  var 

#1[  REM  («]#1[*)]; 

end  remainder; 
begin 

remainder; 
end  test; 


TEST  HUMBER  :  252 


PATHHAME  :  [.BEHCH.A.C.Il.P13]shell0.sh 

(UNIX  equivalent  :  bench/a/c/il/pl3/shell0.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

remainder  statements.  The  model  simulated  is  an  entity  consisting 
of  a  function  declaration  and  an  architecture  consisting  of  a 
function  call.  The  function  consists  of  a  number  of  integer 
variable  declarations  and  a  remainder  statement  for  each  variable. 
The  factors  to  be  varied  are  the  number  of  variable  declarations/ 
remainder  statements  in  the  function  aind  the  value  of  the  right 
operand  in  the  remainder  statements . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  5  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/variable  remainder  statements  in 

function 

2  :  perform  REM  with  respect  to  this  integer  ("b"  in  "a  REM  b”) 

—  EXAMPLE  : 

$  sim  gen/param="shell0.sh","test.vhd",3,2 

(UNIX  equivalent  :  ‘/,  sim  gen  -param=\"\shell0.sh\"\,\"\test.vhd\"\.3,2) 
sill  generate  a  model  in  file  "test.vhd”  with  an  architecture 
in  the  form  : 
entity  test  is 

function  remainder  return  boolean  is 
variable  varl  :  integer  :=  1; 
variable  var2  :  integer  :=  2; 
variable  var3  :  integer  :=  3; 
begin 

varl  :=  varl  REM  2; 

var2  :=  var2  REM  2; 

var3  :=  var3  REM  2; 

return  true; 
end  remainder; 
end  test; 

architecture  test  of  test  is 
signal  done  :  boolean  :=  false; 
begin 

done  <=  remainder; 
end  test; 
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entity  test  it 

function  remainder  return  boolean  is 
# 1 [  variable  var®  :  integer  :=  C;] 

begin 

n  1[  var®  :=  var®  REM  '/.2*/.;D 

return  true; 
end  remainder; 
end  test; 

architecture  test  of  test  is 

signal  done  :  boolean  false; 
begin 

done  <=  remainder; 
end  test; 


TEST  DUMBER  :  253 


PATHNAME  :  [. BENCH . A.C. II .P133 shelll . ah 

(UNIX  equivalent  :  bench/a/c/il/pl3/shelll.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
remainder  operations  in  a  function;  determine  the  number  of 
remainder  operations  allowed  in  one  variable  assignment 
statement  of  a  function.  The  model  simulated  is  an  entity 
consisting  of  a  function  declaration  and  an  architecture  consisting 
of  a  function  call;  the  function  consists  of  an  integer  variable 
declaration  and  a  variable  assignment  statement  containing  a  number 
of  remainder  operations.  The  factors  to  be  varied  are  the  number  of 
'  remainder  operations  contained  in  the  variable  assignment  statement 
and  the  value  of  the  left  operand  in  the  remainder  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  5  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

—  1  :  number  of  variable  remainder  operations  in  one  statement  in  function 
2  :  find  REM  of  this  integer  ("a"  in  "a  REM  b") 

—  EXAMPLE  : 

$  sim  gen/param="shelll.sh" ,"test.vhd",3,2 

(UNIX  equivalent  :  l  sim  gen  -param=\’,\shelll.shV’\,\’,\test.vhd\"\,3,2) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

function  remainder  return  integer  is 
variable  var  :  integer  :=  2; 
begin 

var  :=  var 

REM  (1 
REM  (2 
REM  (3))); 

return  var; 
end  remainder; 
end  test; 

architecture  test  of  test  is 
signal  answer  :  integer  :=  0; 
begin 

answer  <=  remainder; 
end  test; 
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entity  test  is 

function  remainder  return  integer  is 
variable  var  :  integer  :=  V,27, ; 
begin 

var  : =  var 

#1  [  REM 

return  var; 
end  remainder; 
end  test; 

architecture  test  of  test  is 
signal  answer  :  integer  :=  0; 
begin 

answer  <=  remainder; 
end  test; 
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TEST  HUMBER 


2S4 


PATHNAME  :  [.BENCH. A.C. I2.P13]shellO. sh 

(UNIX  equivalent  :  bench/a/c/i2/pl3/she!10 . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
remainder  statements.  The  model  simulated  is  an  architecture 
consisting  oi  a  function  declaration  and  a  function  call.  The 
function  consists  of  a  number  of  integer  variable  declarations 
and  a  remainder  statement  for  each  variable.  The  factors  to  be 
varied  are  the  number  of  variable  declarations/remainder  statements 
in  the  function  and  the  value  of  the  right  operand  in  the  remainder 
statement . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  5  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/variable  remainder  statements  in 

function 

2  :  perform  REM  with  respect  to  this  integer  ("b"  in  "a  REM  b") 

—  EXAMPLE  : 

$  siro  gen/param="shellO . sh" , "test . vhd" ,3,2 

(UNIX  equivalent  :  */.  sira  gen  -param=\"\shell0.sh\"\,\”\test. vhd\"\,3,2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

function  remainder  return  boolean  is 
variable  varl  :  integer  :=  1; 
variable  var2  :  integer  :=  2; 
variable  varo  :  integer  .=3; 
begin 

varl  :=  varl  REM  2; 

var2  :=  var2  REM  2; 

var3  :=  var3  REM  2; 

return  true; 
end  remainder; 

signal  done  :  boolean  :=  false; 
begin 

done  <=  remainder; 
end  test; 
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entity  test  is  end; 
architecture  test  of  test  is 

function  remainder  return  boolean  is 
#l[  variable  var®  :  integer  :=  ®;3 
begin 

#l[  var®  :=  var®  REM  '/. 2'/.;] 
return  true; 
end  remainder; 

signal  done  :  boolean  :=  false; 
begin 

done  <=  remainder; 
end  test; 


TEST  IUHBER  :  255 


PATHNAME  :  [.BENCH. A.C.I2.P13]shelll .sh 

(UNIX  equivalent  :  bench/a/c/i2/pl3/shelll.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
remainder  operations  in  a  function;  determine  the  number  of 
remainder  operations  allowed  in  one  variable  assignment 
statement  of  a  function.  The  model  simulated  is  an  architecture 
consisting  of  a  function  declaration  and  a  function  call;  the 
function  consists  of  an  integer  variable  declaration  and  a  variable 
assignment  statement  containing  a  number  of  remainder  operations. 
The  factors  to  be  varied  are  the  number  of  remainder  operations 
contained  in  the  variable  assignment  statement  and  the  value  of  the 
left  operand  in  the  remainder  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  5  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  remainder  operations  in  one  statement  in  function 

2  :  find  REM  of  this  integer  ("a"  in  "a  REM  b") 

—  EXAMPLE  : 

$  sim  gen/par am=" shell 1 . sh" , "test . vhd" ,3,2 

(UNIX  equivalent  :  */.  sim  qen  -param=\"\shelll  .sh\"\,\"\test.vhd\"\,3,2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 
end  test; 

architecture  test  of  test  is 

function  remainder  return  integer  is 
variable  var  :  integer  :=  2; 
begin 

var  :=  var 

REM  (1 
REM  (2 
REM  (3))); 

return  var; 
end  remainder; 

signal  answer  :  integer  :=  0; 
begin 

answer  <=  remainder; 
end  test; 
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entity  test  is 
end  test; 

architecture  test  of  test  is 

function  remainder  return  integer  is 
variable  var  ;  integer  :=  '/.2'/.; 
begin 

var  :=  var 

#1[  REM  («]#if)3; 

return  var; 
end  remainder; 

signal  answer  :  integer  :=  0; 
begin 

answer  <=  remainder; 
end  test; 
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TEST  HUMBER  :  256 


PATHNAME  :  [.BENCH.A.C.P13]shell0.sh 

(UNIX  equivalent  :  bench/a/c/pl3/shell0.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  remainder 

operations  on  signals.  The  model  simulated  consists  o f  a  number  of 
signal  declarations  and  one  remainder  signal  assignment  statement 
for  each  signal.  The  factors  to  be  varied  are  the  number  of  signal 
declarations/number  of  remainder  signal  assignment  statements,  the 
value  of  the  right  operand  in  the  remainder  statement,  and  the  length 
of  time  (in  ns)  to  simulate  the  model. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafi.no 

—  Date  :  5  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  signal  declarations/remainder  statements 

2  :  perform  REM  with  respect  to  this  integer  ("b”  in  "a  REM  b") 

3  :  length  of  time  (ns)  to  simulate  model  (>  0) 

—  EXAMPLE  : 

$  sim  gen/param="shell0.vhd","test.vhd",3,2,4 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell0.sh\"\,\"\test.vhd\"\,3,2,4) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
signal  stop  :  bit  :=  ’O’; 
signal  sigl  :  integer  :=  1; 
signal  sig2  :  integer  :=  2; 
signal  sig3  :  integer  :=  3; 
begin 

sigl  <=  sigl  REM  2  after  1  ns; 

8ig2  <=  sig2  REM  2  after  1  ns; 

sig3  <=  sig3  REM  2  after  1  ns; 

stop  <=  ’1’  after  4  ns; 

assert  (stop  =  ’O’)  report  "simulation  complete"  severity  failure; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
signal  stop  :  bit  :=  'O’; 

#l[  signal  sigfi  :  integer  ;=  C;J 
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severity  failure; 


begin 

#1[  sig®  <=  sig®  REM  ‘/.2y.  after  1  ns;] 
stop  <=  '1*  after  ']£'!•  ns; 

assert  (stop  =  ’O’)  report  "simulation  complete” 
end  test; 
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TEST  HUMBER  :  257 


PATHNAME  :  [.BENCH . A . C . P13] shelll . sh 

(UNIX  equivalent  :  bench/a/c/pl3/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  perform  remainder 

operations  on  a  signal;  determine  the  number  of  remainder  operations 
allowed  in  one  signal  assignment  statement.  The  model  simulated  is 
an  architecture  consisting  of  an  integer  signal  declaration  and  a 
signal  assignment  statement  containing  a  number  of  remainder 
operations.  The  factors  to  be  varied  are  the  number  of  remainder 
operations  contained  in  the  signal  assignment  statement,  the  value 
of  the  left  operand  in  the  remainder  statement,  and  the  length  of 
time  (in  ns)  to  simulate  the  model. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  5  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  remainder  operations  in  one  statement 

2  :  find  REM  of  this  integer  ("a"  in  "a  REM  b") 

3  :  length  of  time  (ns)  to  simulate  model  (>  0) 

—  EXAMPLE  : 

$  sim  gen/param="shelll.vhd","test.vhd",3,2,4 

(UNIX  equivalent  :  '/,  sim  gen  -param=V‘\shelll .  sh\"\ ,\"\test .  vhd\"\ ,3 ,2 ,4) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  ; 

entity  test  is  end; 
architecture  test  of  test  is 
signal  sig  :  integer  :=  2; 
signal  stop  :  bit  :=  ’O’; 
begin 

sig  <=  sig 

REM  (1 
REM  (2 

REM  (3)))  after  1  ns; 
stop  <=  *1’  after  4  ns; 

assert  (stop  =  ’O’)  report  "simulation  complete"  severity  failure; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
signal  sig  :  integer  :=  '/.27.; 
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signal  stop  :  bit  :=  *0'; 
begin 

sig  <=  sig 

#1[  REM  («]#![')]  after  1  ns; 

stop  <=  '1'  after  %3'/£  ns; 

assert  (stop  =  ’O’)  report  "simulation  complete"  severity  failure; 
end  test ; 
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TEST  NUMBER  :  2S8 


PATHNAME  :  [. BENCH. B.C.K. LI .P13]sh«110. sh 

(UNIX  equivalent  :  bench/b/c/k/ll/pl3/shell0.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
*~—.inder  assignment  statements.  The  mod<“l  simulated  is  an 
architecture  consisting  of  a  number  of  processes.  Each  process 
consists  of  an  integer  array  variable  declaration  and  a  for-loop. 
The  number  of  iterations  of  the  loop  is  equal  to  the  size  of  the 
array.  The  for-loop  contains  a  variable  remainder  assignment 
statement.  The  factors  to  be  varied  are  the  number  of  processes, 
the  array  size/number  of  loop  iterations,  and  the  value  of  the  left 
operand  in  the  remainder  statement . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  5  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  array  size/number  of  remainder  statement  iterations  per  process 

2  :  number  of  processes 

3  :  find  REM  of  this  integer  ("a"  in  "a  REM  b") 

—  EXAMPLE  : 

$  sim  gen/param="shell0.vhd","test.vhd” ,3,2,6 

(UNIX  equivalent  :  'I,  sim  gen  -param=\"\shell0.sh\"\,\"\test.vhd\"\,3,2,6) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

prl  :  process 

type  var_array  is  array(l  to  3)  of  integer; 
variable  var  :  var_array; 
begin 

for  i  in  1  to  3  loop 
var(i)  :=  6  REM  i; 
end  loop; 
wait; 

end  process  prl; 
pr2  :  process 

type  var_array  is  array (1  to  3)  of  integer; 
variable  var  :  var.array; 
begin 

for  i  in  1  to  3  loop 
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var(i)  :=  6  REM  i; 
end  loop; 
sait; 

end  process  pr2; 
end  test; 


entity  test  is  end; 
architecture  test  ol  test  is 
begin 

#2[  prffl  :  process 

type  var_array  is  array(l  to  '/.l'/.)  ol  integer; 
variable  var  :  var_array; 
begin 

lor  i  in  1  to  '/.l*/.  loop 
var(i)  :=  REM  i; 
end  loop; 
wait; 

end  process  prfi;] 
end  test ; 
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TEST  HUMBER  :  2S9 


PATHNAME  :  [.BENCH .B . C.K.U .P13] shell 1 . sh 

(UNIX  equivalent  :  bench/b/c/k/li/pl3/shelll.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  remainder 
signal  assignment  statements.  Tre  model  simulated  is  an 
architecture  consisting  of  a  process  and  two  signal  declarations, 
one  integer  and  one  integer  array.  The  process  consists  of  a 
for-loop.  The  number  of  iterations  of  the  loop  is  equal  to  the 
size  of  tn*  array.  The  for-loop  contains  a  remainder  signal 
assignment  statement.  The  factors  to  be  varied  are  the  array  size/ 
number  of  loop  iterations  and  the  value  of  the  left  operand  in  the 
remainder  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  S  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  signal  array  size/number  of  remainder  statement  iterations  in  process 

2  :  find  REM  of  this  integer  ("a"  in  "a  REM  b") 

—  EXAMPLE  : 

$  si m  gen/param=Hshelll.vhd","test.vhd",3,2 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shelll.sh\"\,\M\test.vhd\"\,3,2) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

type  sig_array  is  array(l  to  3)  of  integer; 
signal  sig  :  sig_array; 
begin 
process 
begin 

for  i  in  1  to  3  loop 
sig(i)  <=  2  REM  i; 
end  loop; 
wait; 

end  process; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 

type  sig.array  is  array(l  to  7.1V.)  of  integer; 
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signal  sig  :  sig_array; 
begin 
process 
begin 

lor  i  in  1  to  '/.l'/.  loop 
sig(i)  <=  V.2V.  REM  i; 
tsn-i  loop  i 
wait ; 

end  process ; 
end  test; 


TEST  NUMBER  :  260 


PATHNAME  :  [ . BENCH . B . C . K . L3 . P13 j  shellO . sh 

(UNIX  equivalent  :  bench/b/c/k/13/pl3/shell0. sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  addition 

and  remainder  variable  assignment  statements.  The  model  simulated 
is  an  architecture  consisting  oi  a  process.  The  process  consists  ol 
two  integer  variable  declarations  (one  is  a  loop-counter),  one 
integer  array  variable  declaration ,  and  a  while-loop.  The  number  of 
iterations  of  the  loop  is  equal  to  the  size  of  the  array.  The 
while-loop  contains  an  addition  variable  assignment  statement  to 
increment  the  loop-counter  and  a  remainder  variable  assignment 
statement.  The  factors  to  be  varied  are  the  array  size/number  of 
loop  iterations  and  the  value  of  the  left  operand  in  the  remainder 
statement . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  5  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  array  size/number  of  remainder  statement  iterations  in  process 

2  :  find  REM  of  this  integer  ("a"  in  "a  REM  b") 

—  EXAMPLE  : 

$  sim  gen/param="shell0.vhd","test.vhd",3,2 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shellO.  sh\"\ ,  V'Xtest .  vhd\"\,3,2) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 
process 

type  var_array  is  array(l  to  3)  of  integer; 
variable  var  :  var_array; 
variable  loop_counter  :  integer  :=  0; 
begin 

while  loop_counter  <  3  loop 

loop_counter  :=  loop_counter  +  1; 
var (loop_counter)  :=  2  REM  loop.counter ; 
end  loop; 
wait; 

end  process; 
end  test; 
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entity  test  is  end; 
architecture  test  of  test  is 
begin 
process 

type  var_array  is  array(l  to  ‘/.l'/.)  o t  integer; 
variable  var  :  var_array; 
variable  loop.counter  :  integer  :=  0; 
begin 

while  loop_counter  <  loop 

loop_counter  :=  loop_counter  +  1; 
var (loop_counter)  :=  7.2'/,  REM  loop_counter ; 
end  loop; 
wait ; 

end  process; 
end  test; 
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TEST  HUMBER  :  261 


PATHNAME  :  [. BENCH. B. C. K. L3 . Pl3]shelll .sh 

(UNIX  equivalent  :  bench/b/c/k/13/pl3/shelll.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  remainder 
signal  assignment  statements.  The  model  simulated  is  an 
architecture  consisting  of  a  process  and  two  signal  declarations, 
one  integer  and  one  integer  array.  The  process  consists  of  a 
while-loop  and  an  integer  variable  declaration  (loop-counter) .  The 
number  of  iterations  of  the  loop  is  equal  to  the  size  of  the  array. 
The  while-loop  contains  one  remainder  signal  assignment  statement 
and  one  addition  variable  assignment  statement  to  increment  the 
loop-counter.  The  factors  to  be  varied  are  the  array  size/number  of 
loop  iterations  and  the  value  of  the  left  operand  in  the  remainder 
statement . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  5  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  signal  array  size/number  of  remainder  statement  iterations  in  process 

2  :  find  REM  of  this  integer  ("a"  in  "a  REM  b") 

—  EXAMPLE  : 

$  sim  gen/param="shelll . vhd" ."test .vhd" .3 ,2 

(UNIX  equivalent  :  %  sim  gen  -parar.i=\"\shelll . sh\"\ , \"\test . vhd\"\ ,3 , 2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

type  sig_array  is  array (1  to  3)  of  integer; 
signal  sig  :  sig_array; 
begin 
process 

variable  loop.counter  :  integer  :=  0; 
begin 

while  loop.counter  <  3  loop 

loop_counter  :=  loop_counter  +  1; 
sig(loop_counter)  <=  2  REM  loop_counter ; 
end  loop; 
wait; 

end  process; 
end  test; 
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entity  test  is  end; 
architecture  test  oi  test  is 

type  sig_array  is  array (1  to  '/.l'/,)  oi  integer; 
signal  sig  :  sig_array; 
begin 
process 

variable  loop_counter  :  integer  :=  0; 
begin 

while  loop_counter  <  '/.l'/.  loop 

loop_counter  :=  loop_counter  +  1; 
sig(loop_counter)  <=  V.2'/,  REM  loop_counter 
end  loop; 
wait ; 

end  process; 
end  test; 
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TEST  HUMBER  :  262 


PATHNAME  :  [ . BENCH . B . C . P 13] shellO . sh 

(UNIX  equivalent  :  bench/b/c/pl3/shellO. sh) 

PURPOSE  :  Determine  the  simulation  CPU  tim<>  required  lor  executing  remainder 
operations  on  variables.  The  model  simulated  is  an  architecture 
consisting  of  a  number  ol  processes;  each  process  consists  of  a 
number  of  variable  declarations  and  one  remainder  variable 
assignment  statement  lor  each  variable.  The  factors  to  be  varied 
are  the  number  ol  processes,  the  number  ol  variable  declarations/ 
number  of  remainder  variable  assignment  statements,  and  the  value  ol 
the  right  operand  in  the  remainder  statements. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serai ino 

—  Date  :  5  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

—  1  :  number  ol  variable  declarations/remainder  statements  per  process 

2  :  number  ol  processes 

3  :  perform  REM  with  respect  to  this  integer  ("b"  in  "a  REM  b") 

—  EXAMPLE  : 

$  sim  gen/param="shellO. vhd" ,"test.vhd",3,2,2 

(UNIX  equivalent  :  V.  sim  gen  -param=\"\shellO . shV'\ ,\”\test . vhd\"\ , 3 ,2 ,2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 


— 

entity  test  is  end; 

-- 

architecture  test  ol  test  is 

— 

begin 

— 

prl  :  process 

— 

variable  varl  :  integer 

= 

1 

— 

variable  var2  :  integer 

= 

2 

— 

variable  var3  :  integer 

= 

3 

— 

begin 

— 

varl  :=  varl  REM  2; 

— 

var2  :=  var2  REM  2; 

— 

var3  :=  var3  REM  2; 

wait ; 

-- 

end  process  prl; 

— 

pr2  :  process 

-- 

variable  varl  :  integer 

= 

1 

— 

variable  var2  :  integer 

= 

2 

-- 

variable  var3  :  integer 

= 

3 

— 

begin 

533 


varl  :=  varl  REM  2 
var2  :=  vax2  REM  2 
var  3  :=  var  3  REM  2 
wait ; 

end  process  pr2; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
begin 

#2[  pr®  :  process 
#1[  variable  var®  :  integer  : 
begin 

#  1  [  var®  :  =  var®  REM  */. 3'/, ;  ] 
wait ; 

end  process  pr®;] 
end  test; 


TEST  NUMBER  :  263 


PATHNAME  :  [ .BENCH . B . C . P13l shell 1 . sh 

(UNIX  equivalent  :  bench/b/c/p!3/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  remainder 
operations  on  variables;  determine  the  number  of  remainder 
operations  allowed  in  one  variable  assignment  statement.  The  model 
simulated  is  an  architecture  consisting  of  a  number  of  processes; 
each  process  consists  of  a  variable  declaration  and  a  variable 
assignment  statement  containing  a  number  of  remainder  operations. 

The  factors  to  be  varied  are  the  number  of  processes,  the  number 
of  remainder  operations  in  the  variable  assignment  statement,  and  the 
value  of  the  left  operand  in  the  remainder  statement. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  ;  Captain  Karen  N.  Serafino 

—  Date  :  5  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  remainder  operations  in  one  statement  of  a  process 

2  :  number  of  processes 

3  :  find  REM  of  this  integer  ("a"  in  "a  REM  b") 

—  EXAMPLE  : 

$  sim  gen/param="shelll.vhd",,,test.vhd",3,2,2 

(UNIX  equivalent  :  */,  aim  gen  -param=\"\shelll •  sh\"\, \"\test . vhd\"\,3,2,2) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

prl  :  process 

variable  var  :  integer  :=  2; 
begin 

var  :=  var 

REM  (1 
REM  (2 
REM  (3))); 

wait ; 

end  process  prl; 
pr2  :  process 

variable  var  :  integer  :=  2; 
begin 

var  :=  var 

REM  (1 
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REM  (2 
REM  (3))); 


wait ; 

end  process  pr2; 
end  test; 


entity  test  is  end; 
architecture  test  o i  test  is 
begin 

#2  [  prB  :  process 

variable  var  :  integer  :=  %3'/£; 
begin 

var  :=  var 

#1[  REM  (fl]#l [*)] ; 

wait; 

end  process  pr®;] 
end  test; 


TEST  NUMBER  :  264 


PATHNAME  :  [.BENCH. A.C.H1 .P14]shell0.sh 

(UNIX  equivalent  :  bench/a/c/hl/pl4/shell0.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
absolute  value  statements.  The  model  simulated  is  an  entity 
consisting  of  a  procedure  declaration  and  an  architecture  consisting 
of  a  procedure  call.  The  procedure  consists  of  a  number  of  integer 
variable  declarations  and  an  absolute  value  statement  for  each 
variable.  The  factor  to  be  varied  is  the  number  of  variable 
declarations/absolute  value  statements  in  the  procedure. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  5  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  integer  variable  declarations/absolute  value  statements  in 
procedure 

—  EXAMPLE  : 

$  sim  gen/param="shell0.sh",',test.vhd",3 

(UNIX  equivalent  :  ’/,  sim  gen  -param=\"\shell0.sh\"\,\"\test.vhd\"\,3) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

procedure  abs_val  is 

variable  varl  :  integer  : =  -1 ; 
variable  var2  :  integer  :=  2; 

variable  var3  :  integer  :=  -3; 
begin 

varl  :=  ABS  varl; 
var2  :=  ABS  var2; 
var3  :=  ABS  var3; 
end  abs_val; 
end  test; 

architecture  test  of  test  is 
begin 
abs_val; 
end  test; 


entity  test  is 

procedure  abs_val  is 

#1[  variable  var®  :  integer  :=  $2$-$  $®;] 
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begin 

#1[  var®  :=  ABS  varfi;3 
end  abs_val; 
end  test; 

architecture  test  oi  test  is 
begin 

abs_val ; 
end  test; 


TEST  NUMBER  :  265 


PATHNAME  :  [. BENCH . A . C .HI .P14] shelll . sh 

(UNIX  equivalent  :  bench/a/c/hl/pl4/shelll . eh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
absolute  value  statements.  The  model  simulated  is  an  entity 
consisting  of  a  procedure  declaration  and  an  architecture  consisting 
of  a  procedure  call.  The  procedure  consists  of  a  number  of 
floating-point  variable  declarations  and  an  absolute  value  statement 
for  each  variable.  The  factor  to  be  varied  is  the  number  of 
variable  declarations/absolute  value  statements  in  the  procedure. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  5  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  floating  point  variable  declarations/absolute  value 
statements  in  procedure 

—  EXAMPLE  : 

$  sim  gen/param="8helll.8h","test.vhd” ,3 

(UNIX  equivalent  :  */,  sim  gen  -param=\"\shelll .sh\"\,\"\test. vhd\"\,3) 
sill  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

procedure  abs_val  is 

variable  varl  :  real  :=  -1.1; 
variable  var2  :  real  :=  2.2; 

variable  var3  ;  real  :=  -3.3; 
begin 

varl  : =  ABS  varl; 
var2  :=  ABS  var2; 
var3  : =  ABS  var3; 
end  abs_val; 
end  test; 

architecture  test  of  test  is 
begin 
ab3_val; 
end  test; 


entity  test  is 

procedure  abs_val  is 

#l[  variable  varfl  :  real  :=  $2$-$  $#.#;] 
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begin 

#1[  varfi  :=  ABS  varffl;] 
end  abs_val; 
end  test; 

architecture  test  of  test  is 
begin 
abs_val; 
end  test; 
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TEST  HUMBER  :  266 


PATHNAME  :  [.BENCH.A.C.H2.P14]shell0.8h 

(UNIX  equivalent  :  bench/a/c/h2/pl4/shell0.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

absolute  value  statements.  The  model  simulated  is  an  architecture 
consisting  o f  a  procedure  declaration  and  a  procedure  call.  The 
procedure  consists  of  a  number  of  integer  variable  declarations 
and  an  absolute  value  statement  for  each  variable.  The  factor  to  be 
varied  is  the  number  of  variable  declarations/absolute  value 
statements  in  the  procedure. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  5  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  integer  variable  declarations/absolute  value  statements  in 
procedure 

—  EXAMPLE  : 

$  sim  gen/param="shell0.sh","test.vhd",3 

(UNIX  equivalent  :  %  sim  gen  -param=\"\shell0.sh\"\,\"\test. vhd\"\,3) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 
end  test; 

architecture  test  of  test  is 
procedure  abs_val  is 

variable  varl  :  integer  :=  -1; 
variable  var2  :  integer  :=  2; 

variable  var3  :  integer  :=  -3; 
begin 

varl  :=  ABS  varl; 
var2  :=  ABS  var2; 
var3  :=  ABS  var3; 
end  abs.val; 
begin 
abs.val; 
end  test; 


entity  test  is 
end  test; 

architecture  test  of  test  is 
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procedure  abs_val  is 

#l[  variable  var#  :  integer  :=  $2$-$  $®;3 
begin 

#1[  var®  :=  A8S  var®;] 
end  abs_val; 
begin 

abs_val; 
end  test; 
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TEST  HUMBER  :  267 


PATHNAME  :  [.BENCH. A.C.H2.P14]shelll . sh 

(UNIX  equivalent  :  bench/a/c/h2/pl4/shelll .sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

absolute  value  statements.  The  model  simulated  is  an  architecture 
consisting  of  a  procedure  declaration  and  a  procedure  call.  The 
procedure  consists  of  a  number  of  floating-point  variable 
declarations  and  an  absolute  value  statement  for  each  variable.  The 
factor  to  be  varied  is  the  number  of  variable  declarations/absolute 
value  statements  in  the  procedure. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  5  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  floating  point  variable  declarations/absolute  value 
statements  in  procedure 

—  EXAMPLE  : 

$  sim  gen/param="shelll.sh","test.vhd",3 

(UNIX  equivalent  :  '/.  sim  gen  -parair.=\"\shelll .  sh\"\  ,\"\test .  vhd\'*\ ,3) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 
end  test; 

architecture  test  of  test  is 
procedure  abs_val  is 

variable  varl  :  real  :=  -1.1; 
variable  var2  :  real  :=  2.2; 

variable  var3  :  real  :=  -3.3; 


— 

begin 

— 

varl  :=  ABS 

varl ; 

-- 

var2  :=  ABS 

var2; 

— 

var3  :=  ABS 

var3 ; 

-- 

end  abs_val; 

-- 

begin 

— 

abs.val ; 

end  test; 

entity  test  is 

end  test; 

architecture  test  of  test 

is 
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procedure  abs_val  is 

#1 [  variable  varC  :  real  :=  $2$-$  $8.® 
begin 

#l[  var®  :=  ABS  var8;] 
end  abs_val; 
begin 

abs_val ; 
end  test; 


TEST  NUMBER  :  268 


PATHNAME  :  C. BENCH . A . C. II . P14] shellO . sh 

(UNIX  equivalent  :  bench/a/c/il/pl4/shell0.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
absolute  value  statements.  The  model  simulated  is  an  entity 
consisting  of  a  function  declaration  and  an  architecture  consisting 
of  a  function  call.  The  function  consists  of  a  number  of  integer 
variable  declarations  and  an  absolute  value  statement  for  each 
variable.  The  factor  to  be  varied  is  the  number  of  variable 
declarations/absolute  value  statements  in  the  function. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  5  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  integer  variable  declarations/absolute  value  statements  in 
function 

—  EXAMPLE  : 

$  sim  gen/param="shell0.sh","test.vhd",3 

(UNIX  equivalent  :  V,  sim  gen  -param=\M\shell0.sh\"\,\"\test.vhd\M\,3) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

function  abs_val  return  boolean  is 
variable  varl  :  integer  :=  -1; 
variable  var2  :  integer  :=  2; 

variable  var3  :  integer  .=  -3; 
begin 

varl  :=  ABS  varl; 
var2  :=  ABS  var2; 
var3  :=  ABS  var3; 
return  true; 
end  abs.val; 
end  test; 

architecture  test  of  test  is 
signal  done  :  boolean  :=  false; 
begin 

done  <=  abs.val; 

».nd  test; 


entity  test  is 
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function  abs_val  return  boolean  is 
#l[  variable  vaxC  :  integer  :=  $2$-$  $®;] 
begin 

#1[  varfi  :=  ABS  var®;] 
return  true; 
end  abs.val; 
end  test; 

architecture  test  of  test  is 

signal  done  :  boolean  :=  false; 
begin 

done  <=  abs_val; 
end  test; 
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TEST  NUMBER  :  269 


PATHNAME  :  [.BENCH . A . C. II  .P14] shelll . sh 

(UNIX  equivalent  :  bench/ a/c/il/pl4/shelll .sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
absolute  value  statements.  The  model  simulated  is  an  entity 
consisting  of  a  function  declaration  and  an  architecture  consisting 
of  a  function  call.  The  function  consists  of  a  number  of 
floating-point  variable  declarations  and  an  absolute  value  statement 
for  each  variable.  The  factor  to  be  varied  is  the  number  of 
variable  declarations/absolute  value  statements  in  the  function. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  5  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  floating  point  variable  declarations/absolute  value 
statements  in  function 

—  EXAMPLE  : 

$  sim  gen/param=" shell 1 . sh" , "test . vhd" ,3 

(UNIX  equivalent  :  V,  sim  gen  -param=\"\shelll . sh\"\ ,\"\test . vhd\"\,3) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

function  abs_val  return  boolean  is 
variable  varl  :  real  :=  -1-1; 
variable  var2  :  real  :  =  2.2; 

variable  var3  :  real  :=  -3.3; 
begin 

varl  :=  ABS  varl; 
var2  :=  ABS  var2; 
var3  :=  ABS  var3; 
return  true; 
end  abs_val; 
end  test; 

architecture  test  of  test  is 
signal  done  :  boolean  : =  false; 
begin 

done  <=  abs.val; 
end  test; 


entity  test  is 
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Junction  abs.val  return  boolean  is 
#l[  variable  var®  :  real  :=  $2$-$  $®.C;3 
begin 

#1[  var®  :=  ABS  var«;3 
return  true; 
end  abs_val; 
end  test; 

architecture  test  oJ  test  is 
signal  done  :  boolean  :=  false; 
begin 

done  <=  abs_val; 
end  test; 
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TEST  NUMBER  :  270 


PATHNAME  :  [.BENCH. A.C.I2.P14]shell0.6h 

(UNIX  equivalent  :  bench/a/c/i2/pl4/shell0.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

absolute  value  statements.  The  model  simulated  is  an  architecture 
consisting  of  a  function  declaration  and  a  function  call.  The 
function  consists  of  a  number  of  integer  variable  declarations 
and  sin  absolute  value  statement  for  each  variable.  The  factor  to  be 
varied  is  the  number  of  variable  declarations/absolute  value 
statements  in  the  function. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  S  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  integer  variable  declarations/absolute  value  statements  in 
function 

—  EXAMPLE  : 

$  sim  gen/param="shell0.sh","test.vhd",3 

(UNIX  equivalent  :  */,  sim  gen  -param=\"\shell0.sh\"\, \"\test.vhd\"\,3) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

function  abs_val  return  boolean  is 


— 

variable  varl 

integer  :=  -1 

— 

variable  var2 

integer  ;=  2 

— 

variable  var3 

integer  :=  -3 

— 

begin 

varl  :=  ABS  varl; 
var2  :=  ABS  var2; 
var3  :=  ABS  var3; 


return  true; 
end  abs_val; 

signal  done  :  boolean  :=  false; 
begin 

done  <=  abs_val; 
end  cest; 


entity  test  is  end; 
architecture  test  of  test  is 
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function  abs_val  return  boolean  is 
#l[  variable  var®  :  integer  := 
begin 

#l[  varffl  :  =  ABS  varfi;] 
return  true; 
end  abs_val; 

signal  done  :  boolean  :=  false; 
begin 

done  <=  abs_val; 
end  test; 
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TEST  NUMBER  :  271 


PATHNAME  :  [.BENCH.A.C.I2.P143shelll.sh 

(UNIX  equivalent  :  bench/ a/c/i2/pl4/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

absolute  value  statements.  The  model  simulated  is  an  architecture 
consisting  of  a  function  declaration  and  a  function  call.  The 
function  consists  of  a  number  of  floating-point  variable  declarations 
and  an  absolute  value  statement  for  each  variable.  The  factor  to  be 
varied  is  the  number  of  variable  declarations/absolute  value 
statements  in  the  function. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  5  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  floating  point  variable  declarations/absolute  value 
statements  in  function 

—  EXAMPLE  : 

$  sim  gen/param="shelll.sh","test.vhd",3 

(UNIX  equivalent  :  '/.  sim  gen  -p5Lram=\"\shelll.sh\"\,\"\test-vhd\“\,3) 
will  generate  a  model  in  file  "test.vhd"  »ith  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

function  abs_val  return  boolean  is 
variable  varl  :  real  :=  -1.1; 
variable  var2  :  real  :=  2.2; 

variable  var3  :  real  :=  -3.3; 
begin 

varl  : =  ABS  varl; 
var2  :«  ABS  var2; 
var3  :=  ABS  var3; 
return  true; 
end  abs_val; 

signal  done  :  boolean  :=  false; 
begin 

done  <=  abs.val; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
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function  abs_val  return  boolean  is 
#1[  variable  var®  :  real  :=  $2$-$  $♦. 
begin 

#l[  var®  :=  ABS  var®;] 
return  true; 
end  abs_val; 

signal  done  :  boolean  :=  false; 
begin 

done  <=  abs_val; 
end  test; 


TEST  NUMBER 
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PATHNAME  :  [ . BENCH .  A .  C .  P 14] shellO . sh 

(UNIX  equivalent  :  bench/a/c/pl4/shell0. sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  absolute  value 
operations  on  signals.  The  model  simulated  consists  of  a  number  of 
integer  signal  declarations  and  one  absolute  value  signal  assignment 
statement  for  each  signal.  The  factor  to  be  varied  is  the  number  of 
signal  declarations/number  of  absolute  value  signal  assignment 
statements . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  5  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  integer  signal  declarations/absolute  value  statements 

2  :  length  of  time  (ns)  to  simulate  model  (>  0) 

—  EXAMPLE  : 

$  sim  gen/param="shellO. vhd","test.vhd",3,4 

(UNIX  equivalent  :  */.  sim  gen  -param=\"\shell0.sh\"\,\M\test.vhd\"\,3,4) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
signal  stop  :  bit  ;=  'O’; 
signal  sigl  ;  integer  :=  -1; 
signal  sig2  :  integer  :=  2; 

signal  8ig3  :  integer  :=  -3; 
begin 

sigl  <=  ABS  sigl  after  1  ns; 

8ig2  <=  ABS  sig2  after  1  ns; 

8ig3  <=  ABS  sig3  after  1  ns; 

stop  <=  ’1’  after  4  ns; 

assert  (stop  =  ’O’)  report  "simulation  complete"  severity  failure; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
signal  stop  :  bit  :=  ’O’; 

#l[  signal  sigO  :  integer  :=  $2$-$  $®;3 
begin 

#1 C  sigO  <=  ABS  sigC  after  1  ns;] 
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stop  <=  ’1’  alter  '1,2'/.  ns; 

assert  (stop  =  '0')  report  "simulation  complete"  severity  failure; 
end  test; 
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TEST  NUMBER  :  273 


PATHNAME  :  [. BENCH. A. C.P14] shell 1 .sh 

(UNIX  equivalent  :  bench/a/c/pl4/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  absolute  value 
operations  on  signals.  The  model  simulated  consists  of  a  number  of 
floating-point  signal  declarations  and  one  absolute  value  signal 
assignment  statement  for  each  signal.  The  factor  to  be  varied  is 
the  number  of  signal  declarations/number  of  absolute  value  signal 
assignment  statements. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  5  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  floating  point  signal  declarations/absoluie  value  statements 

2  :  length  of  time  (ns)  to  simulate  model  (>  0) 

—  EXAMPLE  : 

$  sim  gen/ param=" shell 1 . vhd" , "test . vhd" ,3,4 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shelll . sh\"\ ,\"\test . vhd\”\ ,3,4) 
sill  generate  a  model  in  file  "test. vhd”  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
signal  stop  ;  bit  :=  ’O’; 
signal  sigl  ;  real  :=  -1.1; 
signal  sig2  :  real  :=  2.2; 

signal  sig3  ;  real  :=  -3.3; 
begin 

sigl  <=  ABS  sigl  after  1  ns; 

sig2  <=  ABS  sig2  after  1  ns; 

sig3  <=  ABS  8ig3  after  1  ns; 

stop  <=  ’1’  after  4  ns; 

assert  (stop  =  ’O’)  report  "simulation  complete"  severity  failure; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
signal  stop  :  bit  :=  ’O’; 

#1[  signal  sig®  :  real  :=  $2$-$  $«.«;] 
begin 

#1(  sig®  <=  ABS  sig®  after  1  ns;] 
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stop  <=  '1*  after  */,2'/,  ns; 

assert  (stop  =  ’O’)  report  "simulation  complete"  severity  failure 
end  test ; 


TEST  HUMBER  :  274 


PATHNAME  :  [.BENCH .B. C .K .LI . P14] shellO . sh 

(UNIX  equivalent  :  bench/b/c/k/ll/pl4/shellO. sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

absolute  value  assignment  statements.  The  model  simulated  is  an 
architecture  consisting  o f  a  number  of  processes.  Each  process 
consists  of  an  integer  array  variable  declaration  and  a  for-loop. 

The  number  of  iterations  of  the  loop  is  equal  to  the  size  of  the 
array.  The  for-loop  contains  a  variable  absolute  value  assignment 
statement.  The  factors  to  be  varied  are  the  number  of  processes  and 
the  array  size/number  of  loop  iterations. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  B  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

—  1  ;  integer  array  size/number  of  absolute  value  statement  iterations  per 

process 

2  :  number  of  processes 

—  EXAMPLE  : 

$  sira  gen/param= "shellO . vhd" , "test . vhd" ,3 , 2 

(UNIX  equivalent  :  ’/.  sim  gen  -param=\"\shellO .  sh\"\ ,\"\test  •  vhd\"\ ,3 ,2) 

—  will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

prl  :  process 

type  var_array  is  array (1  to  3)  of  integer; 
variable  var  :  var.array; 
begin 

for  i  in  1  to  3  loop 
var(i)  :=  ABS  (-i); 
end  loop; 
wait; 

end  process  prl; 
pr2  :  process 

type  var.array  is  array(l  to  3)  of  integer; 
variable  var  :  var.array; 
begin 

for  i  in  1  to  3  loop 
var(i)  :=  ABS  (-i); 
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end  loop; 
wait; 

end  process  pr2; 
end  test; 

entity  test  is  end; 
architecture  test  oi  test  is 
begin 

#2 [  prfl  :  process 

type  var_array  is  array (1  to  ‘/.l'/.)  ol  integer; 
variable  var  :  var_array; 
begin 

tor  i  in  l  to  V.lY.  loop 
var(i)  :=  AES  (-i); 
end  loop; 
wait ; 

end  process  prC;] 
end  test; 
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TEST  NUMBER  :  275 


PATHNAME  :  [. BENCH . B . C.K. LI . P14]shelll . sh 

(UNIX  equivalent  :  bench/b/c/k/ll/pl4/shelll.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

absolute  value  assignment  statements.  The  model  simulated  is  an 
architecture  consisting  of  a  number  of  processes.  Each  process 
consists  of  an  floating-point  array  variable  declaration  and  a 
for-loop.  The  number  of  iterations  of  the  loop  is  equal  to  the  size 
of  the  array.  The  for-loop  contains  a  variable  absolute  value 
assignment  statement.  The  factors  to  be  varied  are  the  number  of 
processes  and  the  array  size/number  of  loop  iterations. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  H.  Serafino 

—  Date  :  24  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  floating  point  array  size/number  of  absolute  value  statement 

iterations  per  process 

2  :  number  of  processes 

—  EXAMPLE  : 

$  sim  gen/param="shelll.vhd","test. vhd",3,2 

(UNIX  equivalent  :  '/.  sim  gen  -param=\”\shelll .  sh\"\ , \"\test .  vhd\"\ ,  3 ,2) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

prl  :  process 

type  var_array  is  array (1  to  3)  of  leal; 
variable  var  :  var_array; 
constant  flt_const  :  real  :=  -  3.3; 
begin 

for  i  in  1  to  3  loop 

var(i)  :=  ABS  (flt_const); 
end  loop; 
wait; 

end  process  prl; 
pr2  :  process 

type  var.array  is  array(l  to  3)  of  real; 
variable  var  :  var_array; 
constant  flt_const  :  real  :=  -  3.3; 
begin 
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for  i  in  1  to  3  loop 

var(i)  :=  ABS  (flt_const); 
end  loop; 
wait; 

end  process  pr2; 
end  test; 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

#2[  prB  :  process 

type  var_array  is  array (1  to  '/.l'/.)  of  real 
variable  var  :  var_?rray; 
constant  flt_const  :  real  :=  -  .'/.I'/, ; 

begin 

for  i  in  1  to  '/,! '/.  loop 

var(i)  :=  ABS  (f lt_const) ; 
end  loop; 
wait ; 

end  process  pr<0;] 
end  test; 


TEST  HUMBER  :  276 


PATHNAME  ;  [. BENCH . B . C.K .LI .P14] shell2 . sh 

(UNIX  equivalent  :  bench/b/c/k/ll/pl4/shell2.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  signal 

absolute  value  assignment  statements.  The  model  simulated  is  an 
architecture  consisting  oi  a  number  of  integer  array  signal 
declarations  and  the  same  number  of  processes.  Each  process 
consists  of  a  for-loop.  The  number  of  iterations  of  the  loop  is 
equal  to  the  size  of  the  array.  The  for-loop  contains  a  signal 
absolute  value  assignment  statement.  The  factors  to  be  varied  are 
the  number  of  processes/number  of  array  declarations  and  the  array 
size/number  of  loop  iterations. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  24  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  integer  signal  array  size/number  of  absolute  value  statement 

iterations  per  process 

2  :  number  of  processes/number  of  array  declarations 

—  EXAMPLE  : 

$  sim  gen/param="shell2 . vhd" ."test . vhd" ,3 ,2 

(UNIX  equivalent  :  */,  sim  gen  -param=\"\shell2 .  sh\"\ , \"\test .  vhd\"\ ,3 ,2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

type  sig_array  is  array(l  to  3)  of  integer; 
signal  sigl  :  sig_array; 
signal  sig2  :  sig_array; 
begin 

prl  :  process 
begin 

for  i  in  1  to  3  loop 
sigl  (i)  <=  ABS  (-i)  ; 
end  loop; 
wait; 

end  process  pr  1 ; 
pr2  :  process 
begin 

for  l  in  1  to  3  loop 
sig2(i)  <=  ABS  (-1); 


end  loop; 
wait ; 

end  process  pr2; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 

type  sig_array  is  array(l  to  7,1'/.)  of  integer; 
#2 [  signal  sig®  :  sig_array;] 
begin 

#2 [  prffl  :  process 
begin 

for  i  in  1  to  7.1 7.  loop 
sig®(i)  <=  ABS  (-i); 
end  loop; 
wait ; 

end  process  prfi;3 
end  test; 


TEST  NUMBER  :  277 


PATHNAME  :  [. BENCH .B .C .K .LI .P14] shell3 . sh 

(UNIX  equivalent  :  bench/b/c/k/ll/pl4/shell3.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  signal 

absolute  value  assignment  statements.  The  model  simulated  is  an 
architecture  consisting  of  a  number  of  floating-point  array  signal 
declarations  and  the  same  number  of  processes.  Each  process 
consists  of  a  for-loop.  The  number  of  iterations  of  the  loop  is 
equal  to  the  size  of  the  array.  The  for-loop  contains  a  signal 
absolute  value  assignment  statement.  The  factors  to  be  varied  are 
the  number  of  processes/number  of  array  declarations  and  the  array 
size/number  of  loop  iterations. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  24  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  floating  point  signal  array  size/number  of  absolute  value  statement 

iterations  per  process 

2  :  number  of  processes/number  of  array  declarations 

—  EXAMPLE  : 

$  sim  gen/param="shell3.vhd",,,test.vhd”,312 

(UNIX  equivalent  :  V.  sim  gen  -param=\"\shell3 . sh\"\,\"\test . vhd\"\,3,2) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

type  sig_array  is  array (1  to  3)  of  real; 
signal  sigl  :  sig.array; 
signal  sig2  :  sig_ array; 
begin 

prl  :  process 

constant  flt_const  :  real  :=  -  3.3; 
begin 

for  i  in  1  to  3  loop 

sigl(i)  <=  ABS  (flt.const); 
end  loop; 
wait; 

end  process  prl ; 
pr2  :  process 

constant  flt_const  :  real  =  -  3.3; 
begin 
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lor  i  in  1  to  3  loop 

sig2(i)  <=  ABS  (llt_const); 
end  loop; 
wait; 

end  process  pr2; 
end  test; 

entity  test  is  end; 
architecture  test  ol  test  is 

type  sig_array  is  array (1  to  ol  real; 

#2 [  signal  sig®  :  sig.array;] 
begin 

#2[  pr®  :  process 

constant  llt_const  :  real  :=  -  '/.  1'/. .%!%; 
begin 

lor  i  in  1  to  '/SI.  loop 

sig®(i)  <=  ABS  (llt_const); 
end  loop; 
wait; 

end  process  pr®;] 
end  test; 


TEST  NUMBER  :  278 


PATHNAME  :  [ . BENCH . B . C . X . L3 . P14] shellO . sh 

(UNIX  equivalent  :  bench/b/c/k/13/pl4/shell0.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  addition 
and  absolute  value  variable  assignment  statements.  The  model 
simulated  is  an  architecture  consisting  oi  a  process.  The  process 
consists  of  one  integer  variable  declaration  (loop-counter),  one 
integer  array  variable  declaration,  and  a  while-loop.  The  number  of 
iterations  of  the  loop  is  equal  to  the  size  of  the  array.  The 
while-loop  contains  an  addition  variable  assignment  statement  to 
increment  the  loop-counter  and  am  absolute  value  variable  assignment 
statement.  The  factors  to  be  varied  are  the  array  size/number  of 
loop  iterations  and  the  number  of  processes. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  24  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  integer  array  size/number  of  absolute  value  statement  iterations  in 

process 

2  :  number  of  processes 

—  EXAMPLE  : 

$  sim  gen/param="shellO. vhd" ."test . vhd" ,3 ,2 

(UNIX  equivalent  :  7,  sim  gen  -param=\"\shellO . sh\"\ ,\"\test . vhdV’\ ,3 ,2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  end; 
architecture  test  of  test  is 
begin 

prl  :  process 

type  var_array  is  array(l  to  3)  of  integer; 
variable  var  :  var_array; 
variable  loop_counter  :  integer  :=  0; 
begin 

while  loop.counter  <  3  loop 

loop.counter  :=  loop_counter  +  1; 
var(loop_counter)  :=  A3S  (-  loop.counter) ; 
end  loop; 
wait; 

end  process  prl; 
pr2  :  process 

type  var.array  is  array(l  to  3)  of  integer; 


variable  vax  :  var_array; 
variable  loop_counter  :  integer  :=  0; 
begin 

while  loop_counter  <  3  loop 

loop_counter  :=  loop_counter  +  1; 
var (loop_counter)  :=  ABS  (-  loop_counter) ; 
end  loop; 
wait  ; 

end  process  pr2; 
end  test; 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

#2 [  pr®  :  process 

type  var_array  is  array(l  to  %l/0  of  integer; 
variable  var  :  var_array; 
variable  loop_counter  :  integer  :=  0; 
begin 

while  loop_counter  <  V.l'/.  loop 

?oop_counter  :=  loop_counter  +  1; 
var (loop.counter)  :=  ABS  (-  loop.counter) ; 
end  loop; 
wait ; 

end  process  pr®;] 
end  test; 
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TEST  NUMBER  :  279 


PATHNAME  :  [. BENCH. B. C. K. L3. P14]shelll .sh 

(UNIX  equivalent  :  bench/b/c/k/13/pl4/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  addition 
and  absolute  value  variable  assignment  statements.  The  model 
simulated  is  an  architecture  consisting  of  a  process.  The  process 
consists  of  one  integer  variable  declaration  (loop-counter),  one 
floating-point  array  variable  declaration,  one  floating-point 
constant,  and  a  while-loop.  The  number  of  iterations  of  the  loop  is 
equal  to  the  size  of  the  array.  The  while-loop  contains  an  addition 
variable  assignment  statement  to  increment  the  loop-counter  end  an 
absolute  value  variable  assignment  statement.  The  factors  to  be 
varied  are  the  array  size/number  of  loop  iterations  and  the  number 
of  processes. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  H.  Serafino 

—  Date  ;  24  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  floating  point  array  size/number  of  absolute  value  statement 

iterations  per  process 

2  :  number  of  processes 

—  EXAMPLE  : 

$  sim  gen/param="shelll . vhd" ."test . vhd" ,3 ,2 

(UNIX  equivalent  :  V.  sim  gen  -param=\"\shelll . sh\"\,\"\test . vhd\"\,3,2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

prl  :  process 

type  var.array  is  array (1  to  3)  of  real; 
variable  var  :  var.array; 
constant  flt_const  :  real  :=  -  3.3; 
variable  loop_counter  :  integer  :=  0; 
begin 

while  loop.counter  <  3  loop 

loop.counter  :=  loop.counter  +  1; 
var (loop.counter)  :=  ABS  (flt_const); 
end  loop; 
wait; 

end  process  prl ; 
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pr2  :  process 

type  var.array  is  array (1  to  3)  of  real 
variable  var  :  var_array; 
constant  llt.const  :  real  :=  -  3.3; 
variable  loop_counter  :  integer  :=  0; 
begin 

while  loop_counter  <  3  loop 

loop_counter  :=  loop_counter  +  1; 
var(loop_counter)  :=  ABS  (flt_const); 
end  loop; 
wait ; 

end  process  pr2; 
end  test; 


entity  test  is  end; 
architecture  test  o i  test  is 
begin 

#2[  pr®  :  process 

type  vax_array  is  array (l  to  '/.l'/.)  o i  real; 
variable  var  :  var_array; 
constant  ilt_const  :  real  :=  -  '/.I*/.  ; 

variable  loop_counter  :  integer  :=  0; 
begin 

while  loop_counter  <  '/.l'/.  loop 

loop_counter  :=  loop_counter  +  1; 
var(loop_counter)  :=  ABS  (flt_const); 
end  loop; 
wait ; 

end  process  pr®;] 
end  test; 
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TEST  HUMBER  :  280 


PATHNAME  :  [. BENCH. B. C.K. L3. PI 4] shell2 . sh 

(UNIX  equivalent  :  bench/b/c/k/13/pl4/shell2.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  addition 

variable  assignment  statements  and  absolute  value  signal  assignment 
statements.  The  model  simulated  is  an  architecture  consisting  of  a 
number  of  processes  and  the  same  number  of  integer  array  signal 
declarations.  Each  process  consists  of  one  integer  variable 
declaration  (loop-counter)  and  a  while-loop.  The  number  of 
iterations  of  the  loop  is  equal  to  the  size  of  the  array.  The 
while-loop  contains  an  addition  variable  assignment  statement  to 
increment  the  loop-counter  and  an  absolute  value  signal  assignment 
statement.  The  factors  to  be  varied  are  the  array  size/number  of 
loop  iterations  and  the  number  of  processes/number  of  array 
declarations . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  24  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  integer  signal  array  size/number  of  absolute  value  statement 

iterations  per  process 

2  :  number  of  processes/number  of  array  declarations 

—  EXAMPLE  : 

$  sim  gen/param="8hell2.vhd","test.vhd",3,2 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell2 . sh\"\ ,\"\test . vhd\"\ ,3 ,2) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

type  sig.array  is  array(l  to  3)  of  integer; 
signal  sigl  :  sig_array; 
signal  sig2  :  sig.array; 
begin 

prl  :  process 

variable  loop.counter  :  integer  :=  0; 
begin 

while  loop_counter  <  3  loop 

loop_counter  :=  loop_counter  +  1; 
sigl (loop_counter)  <=  ABS  (-loop_counter) ; 
end  loop; 
wait; 
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end  process  prl; 
pr2  :  process 

variable  loop_counter  :  integer  :=  0; 
begin 

while  loop_counter  <  3  loop 

loop_counter  : =  loop_counter  +  1; 
sig2(loop_counter)  <=  ABS  (~loop_counter) ; 
end  loop; 
wait; 

end  process  pr2; 
end  test; 


entity  -test  is  end; 
architecture  test  of  test  is 

type  sig_array  is  arrayO  to  '/,1*/,)  of  integer; 
#2[  signal  sigfl  :  sig_array;] 
begin 

#2[  pr®  :  process 

variable  loop_counter  :  integer  :=  0; 
begin 

while  loop_counter  <  541  loop 

loop_counter  :=  loop_counter  +  1; 
sig®(loop_coiinter)  <=  ABS  (-loop.counter) ; 
end  loop; 
wait; 

end  process  pr®;] 
end  test; 
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TEST  NUMBER  :  281 


PATHNAME  :  [. BENCH .B .C .K .L3 . P14] shell3 . sh 

(UNIX  equivalent  :  bench/b/c/k/13/pl4/shell3. sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  addition 

variable  assignment  statements  and  absolute  value  signal  assignment 
statements.  The  model  simulated  is  an  architecture  consisting  of  a 
number  ol  processes  and  the  same  number  of  floating-point  array 
signal  declarations.  Each  process  consists  of  one  integer  variable 
declaration  (loop-counter),  a  floating-point  constant,  and  a 
while-loop.  The  number  of  iterations  of  the  loop  is  equal  to  the 
size  of  the  array.  The  while-loop  contains  an  addition  variable 
assignment  statement  to  increment  the  loop-counter  and  an  absolute 
value  signal  assignment  statement.  The  factors  to  be  varied  are  the 
array  size/number  of  loop  iterations  and  the  number  of  processes/ 
number  of  array  declarations. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  25  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  floating  point  signal  array  size/number  of  absolute  value  statement 

iterations  per  process 

2  :  number  of  processes/number  of  array  declarations 

—  EXAMPLE  : 

$  sim  gen/param="shell3 . vhd" , "test .vhd’1 ,3,2 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shell3 . sh\"\ .V'Xtest . vhd\"\ , 3 ,2) 
will  generate  a  model  in  file  "test. vhd''  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

type  sig.array  is  array(l  to  3)  of  real; 
signal  sigi  :  sig.array; 
signal  sig2  :  sig.array; 
begin 

prl  :  process 

constant  flt_const  :  real  :=  -  3.3; 
variable  loop_counter  :  integer  :=  0; 
begin 

while  loop_counter  <  3  loop 

loop_counter  :=  loop_counter  +  1; 
sigl (loop.counter)  <=  ABS  (flt.const); 
end  loop; 
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wait ; 

end  process  prl; 
pr2  :  process 

constant  flt_const  :  real  :=  -  3.3; 
variable  loop_counter  :  integer  ;=  0; 
begin 

while  loop_counter  <  3  loop 

loop_counter  :=  loop_co'-nter  +  1; 
sig2(loop_counter)  <=  ABS  (flt_const); 
end  loop; 
wait; 

end  process  pr2; 
end  test; 


entity  test  is  end; 
architecture  test  o f  test  is 

type  sig_array  is  array(l  to  V,  1*/.)  of  real; 
#2 [  signal  sigffl  :  sig_array;] 
begin 

#2[  pr®  :  process 

constant  flt_const  ;  real  ;=  -  '/.l'/.- V,l'/. ; 
variable  loop_counter  :  integer  :=  0; 
begin 

while  loop_counter  <  '/.l'/,  loop 

loop_counter  :=  loop_counter  +  1; 
sig®(loop_counter)  <=  ABS  (flt_const) ; 
end  loop; 
wait; 

end  process  pr®;] 
end  test; 
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TEST  NUMBER  :  282 


PATHNAME  :  [. BENCH .B .C .P14] shellO . sh 

(UNIX  equivalent  :  bench/b/c/pl4/shell0 . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  lor  executing  absolute 
value  operations  on  variables.  The  model  simulated  is  an 
architecture  consisting  ol  a  number  of  processes;  each  process 
consists  of  a  number  of  integer  variable  declarations  and  one 
absolute  value  variable  assignment  statement  for  each  variable.  The 
factors  to  be  varied  are  the  number  of  processes  and  the  number  of 
variable  declarations/number  of  absolute  value  variable  assignment 
statements . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  25  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  variable  declarations/absolute  value  statements  per  process 

2  :  number  of  processes 

—  EXAMPLE  : 

$  sim  gen/param="shellO . vhd" , "test . vhd" ,3 ,2 

(UNIX  equivalent  :  */.  sim  gen  -param=\"\shellO .  sh\"\ ,\"\test .  vhd\"\ , 3 ,2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

prl  :  process 

variable  varl  :  integer  : =  —  1 ; 

variable  var2  :  integer  : =  -  2; 

variable  var3  :  integer  : =  —  3 ; 

begin 

varl  :=  ABS  (varl); 
var2  :=  ABS  (var2) ; 
var3  :=  ABS  (var3) ; 
wait; 

end  process  prl ; 
pr2  :  process 

variable  varl  :  integer  :=  -  1; 

variable  var2  :  integer  :=  -  2; 

variable  var3  :  integer  :=  -  3; 

begin 

varl  :=  ABS  (varl); 
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var2  :=  ABS  (var2) ; 
var3  :=  ABS  (var3); 
wait ; 

end  process  pr2; 
end  test; 


entity  test  is  end; 
architecture  test  oi  test  is 
begin 

#2[  pr«  :  process 

#1[  variable  var®  :  integer  :=  -  ffl;] 
begin 

#1[  .var®  :=  ABS  (var®);] 
wait ; 

end  process  pr®;] 
end  test; 
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TEST  NUMBER  :  283 


PATHNAME  :  [. BENCH. B. C. P14] shell 1 .sh 

(UNIX  equivalent  :  bench/b/c/pl4/shelll . eh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  for  executing  absolute 
value  operations  on  variables.  The  model  simulated  is  an 
architecture  consisting  of  a  number  of  processes;  each  process 
consists  of  a  number  of  floating-point  variable  declarations  and  one 
absolute  value  variable  assignment  statement  for  each  variable.  The 
factors  to  be  varied  are  the  number  of  processes  and  the  number  of 
variable  declarations/number  of  absolute  value  variable  assignment 
statements . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  25  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  floating  point  variable  declarations/absolute  value 

statements  per  process 

2  •  number  of  processes 

—  EXAMPLE  : 

$  sim  gen/param="shelll .vhd" ."test .vhd" ,3,2 

(UNIX  equivalent  :  V,  sim  gen  -param=\"\shelll . sh\"\ ,\"\test . vhd\"\ ,3 ,2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 


— 

begin 

— 

prl  :  process 

— 

variable  varl  : 

real 

:  = 

-  1.1 

— 

variable  var2  : 

real 

:  = 

-  2.2 

— 

variable  var3  : 

real 

:  = 

-  3.3 

— 

begin 

— 

varl  :  =  ABS  v,varl)  ; 

-- 

var2  :=  ABS  (var2) ; 

-- 

var3  :=  ABS  (var3); 

-- 

wait ; 

-- 

end  process  prl; 

— 

pr2  :  process 

-- 

variable  varl  : 

real 

:  = 

-1.1 

— 

variable  var2  : 

real 

:  = 

-  2.2 

— 

variable  var3  : 

real 

:  = 

-  3.3 

— 

begin 
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— 

varl 

:=  ABS 

(varl) 

— 

var2 

:=  ABS 

(var2) 

— 

var3 

:=  ABS 

(var3) 

— 

Bait ; 

end  process  pr2; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
begin 

#2[  pr®  :  process 

#1[  variable  varfi  ;  real  :=  -  fi.fi;] 
begin 

#1[  varfl  :=  ABS  (varfi);] 
sait ; 

end  process  pr®;] 
end  test; 
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TEST  HUMBER  :  284 


PATHNAME  :  [. BENCH. B.C.P14]shell2.sh 

(UNIX  equivalent  :  bench/b/c/pl4/shell2. sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  lor  executing  absolute 

value  operations  on  signals.  The  model  simulated  is  an  architecture 
consisting  ol  a  process  and  a  number  ol  integer  signal  declarations; 
the  process  consists  of  one  absolute  value  signal  assignment 
statement  lor  each  signal.  The  factor  to  be  varied  is  the  number  ol 
signal  declarations/number  ol  absolute  value  signal  assignment 
statements . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serai ino 

—  Date  :  25  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  ol  signal  declarations/number  ol  absolute  value  statements  in 
the  process 

—  EXAMPLE  : 

$  sim  gen/param="shell2.vhd","test.vhd",3 

(UNIX  equivalent  :  V,  sim  gen  -param=\"\shell2.sh\"\,\"\testvhd\"\,3) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  ol  test  is 
signal  sigl  ;  integer  :=  -  1; 

signal  sig2  :  integer  :=  -  2; 

signal  sig3  :  integer  :=  -  3; 

begin 
process 
begin 

sigl  <=  ABS  (sigl) ; 

sig2  <=  ABS  (sig2); 

sig3  <=  ABS  (sig3); 

wait; 

end  process; 
end  test; 


entity  test  is  end; 

architecture  test  ol  test  is 

#1[  signal  sigfi  :  integer  :=  -  ®;] 

begin 


process 

begin 

#lL  sig®  <=  ABS  (sigfi) 
wait ; 


end  process; 
end  test; 


TEST  IUMBER  :  285 


PATHNAME  :  [. BENCH. B.C.P14]shell3.sh 

(UNIX  equivalent  :  bench/b/c/pl4/shell3. sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  lor  executing  absolute 

value  operations  on  signals.  The  model  simulated  is  an  architecture 
consisting  of  a  process  and  a  number  of  floating-point  signal 
declarations;  the  process  consists  of  one  absolute  value  signal 
assignment  statement  for  each  signal.  The  factor  to  be  varied  is 
the  number  of  signal  declarations/number  of  absolute  value  signal 
assignment  statements. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  25  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  ;  number  of  floating-point  signal  declarations/number  of  absolute  value 
statements  in  the  process 

—  EXAMPLE  : 

$  sim  gen/param="shell3.vhd","test.vhd",3 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shell3.sh\”\,\"\test.vhd\"\,3) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 


— 

signal  sigl  : 

real  : = 

-  l.i; 

— 

signal  sig2  : 

real  := 

-  2.2; 

— 

signal  sig3  : 

real  : = 

-  3.3; 

— 

begin 

— 

process 

— 

begin 

— 

sigl  <=  ABS 

(sigl) ; 

— 

8ig2  <=  ABS 

(sig2) ; 

— 

8ig3  <=  ABS 

(sig3) ; 

— 

wait ; 

— 

end  process; 

— 

end  test; 

entity  test  is  end; 
architecture  test  of  test  is 
#1[  signal  sig®  :  real  :=  -  #.®;] 
begin 
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TEST  HUMBER  :  286 


PATHNAME  :  [ . BENCH . A . C . Hi  .PIS] shellO . sh 

(UNIX  equivalent  :  bench/a/c/hl/pl5/shell0 . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
exponentiation  statements.  The  model  simulated  is  an  entity 
consisting  of  a  procedure  declaration  and  an  architecture  consisting 
of  a  procedure  call.  The  procedure  consists  of  a  number  of  integer 
variable  declarations  and  an  exponentiation  statement  for  each 
variable.  The  factors  to  be  varied  are  the  number  of  variable 
declarations/exponentiation  statements  in  the  procedure  and  the 
value  of  the  exponent . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  25  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  integer  variable  declarations/exponentiation  statements  in 

procedure 

2  :  exponent  (must  be  INTEGER) 

—  EXAMPLE  : 

$  sim  gen/param^"shell0.sh"l"test.vhd",3,5 

(UNIX  equivalent  :  V.  sim  gen  -param=\”\shellO . sh\"\ ,\"\test . vhdV‘\ ,3 ,5) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

'  entity  test  is 

procedure  expo  is 

variable  varl  :  integer  :=  1; 
variable  var2  :  integer  :=  2; 
variable  var3  :  integer  :=  3; 
begin 

varl  :=  varl  **  5; 
var2  :=  var2  **  5; 
var3  :=  var3  **  5; 
end  expo; 
end  test; 

architecture  test  of  test  is 
begin 
expo; 
end  test; 


entity  test  is 
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procedure  expo  is 

#l[  variable  varfi  :  integer  :=  ®;] 
begin 

#1[  varffl  :=  var®  **  '/. 2'/.;] 
end  expo; 
end  test; 

architecture  test  of  test  is 
begin 
expo; 
end  test; 
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TEST  NUMBER  :  287 


PATHNAME  :  [.BENCH. A. C. HI .P16]shelll .sh 

(UNIX  equivalent  :  bench/a/c/hl/pl5/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
exponentiation  statements.  The  me ’el  simulated  is  an  entity 
consisting  oi  a  procedure  declarat  on  and  an  architecture  consisting 
of  a  procedure  call.  The  procedure  consists  of  a  number  of 
floating-point  variable  declaration  and  an  exponentiation  statement 
for  each  variable.  The  factors  to  be  varied  are  the  number  of 
variable  declarations/exponentiation  statements  in  the  procedure  and 
the  value  of  the  exponent. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serai ino 

—  Date  :  25  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  floating  point  variable  declarations/exponentiation 

statements  in  procedure 

2  :  exponent  (must  be  INTEGER) 

—  EXAMPLE  : 

$  sim  gen/param="shelll . sh" , "test . vhd",3,5 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shelll . sh\"\,\"\test .  vhd\"\ , 3 ,5) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 


— 

entity  test  is 

— 

procedure  expo  is 

— 

variable  varl  : 

real 

=  1.1 

— 

variable  var2  : 

real 

=  2.2 

— 

variable  var3  : 

real 

=  3.3 

— 

begin 

— 

varl  :=  varl  ** 

5; 

— 

var2  :=  var2  ** 

5; 

— 

var3  :  =  var3  ** 

5; 

— 

end  expo; 

— 

end  test; 

-- 

architecture  test  ol 

test 

is 

— 

begin 

— 

expo; 

— 

end  test; 

entity  test  is 
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procedure  expo  is 
#l[  variable  varfl  :  real 
begin 

#l[  var®  :=  var®  **  7.2'/.;] 
end  expo, 
end  test; 

architecture  test  of  test  is 
begin 


TEST  HUMBER  :  288 


PATHNAME  :  [ . BENCH . A .C . H2 . P15] shellO  .  sh 

(UNIT  equivalent  :  bench/a/c/h2/pl5/phell0 . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

exponentiation  statements.  The  model  simulated  is  an  architecture 
consisting  oi  a  procedure  declaration  and  a  procedure  call.  Th- 
procedure  consists  oi  a  number  oi  integer  variable  declarations 
and  an  exponent.' 'tion  statement  ior  each  variable.  The  iactors  to 
be  varied  are  the  number  oi  variable  declarations/exponentiation 
statements  in  the  procedure  and  the  value  oi  the  exponent. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serai ino 
Date  :  25  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  oi  integer  variable  dei_larations/exponentiation  statements  in 

procedure 

2  :  exponent  (must  be  INTEGER) 


EXAMPLE  : 

$  sim  gen/param="s  ellO . sh" , "test . vhd" , 3 , 5 

(UNIX  equivalent  :  */.  sim  gen  -param=\"\shellO .  sh\"\ ,\"\test .  vhd\  ’\ ,3 ,5) 
will  generate  a  model  in  iile  "test. vhd”  with  an  architecture 
in  the  for m  : 

entity  test  is  end; 
architecture  test  oi  test  is 
procedure  expo  is 

variable  varl  :  integer  :=  1 
variable  <ar2  ;  integer  :=  2 
variable  var3  :  integer  :=  3 
begin 

varl  :=  varl  **  5; 

var2  : =  var2  **  5; 

var3  :=  var3  ♦*  5; 

end  exp'-; 
begin 
expo ; 
rnd  test; 


entity  test  is  end; 
archit  'Cture  test  of  test  is 
procedure  expo  is 
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#lt  variable  var®  :  integer  :=  ® ; ] 
begin 

#1[  var®  :=  var®  **  y.2’/,;] 
end  expo; 
begin 
expo ; 
end  test; 


TEST  HUMBER  .  289 


PATHNAME  :  [.BENCH . A . C.H2.P15] shell 1 . ah 

(UNIX  equivalent  :  Dench/a/c/h2/pl5/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

exponentiation  statements .  The  model  simulated  is  an  architecture 
consisting  of  a  procedure  declaration  and  a  procedure  call.  The 
procedure  consists  of  a  number  of  floating-point  variable 
declarations  and  an  exponentiation  statement  for  each  variable.  The 
factors  tc  be  varied  are  the  number  of  variable  declarations/ 
exponentiation  statements  in  the  procedure  and  the  value  of  the 
exponent . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  25  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  floating  point  variable  declarations/exponentiation 

statements  in  procedure 

2  :  exponent  (must  be  INTEGER) 

—  EXAMPLE  : 

$  sim  gen/param="shelll . sh" , "test .vhd" ,3,5 

(UNIX  equivalent  :  */,  sim  gen  -param=\"\shell  1 .  sh\"\  ,\"\test .  vhd\"\ ,3 ,5) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 


— 

procedure  expo  is 

— 

variable  varl  : 

real 

:  =  1.1 

-- 

variable  var2  : 

real 

CM 

CM 

II 

— 

variable  var3  : 

real 

:=  3.3 

-- 

begin 

— 

varl  :=  varl  ** 

5; 

— 

var2  :=  var2  ** 

5; 

-- 

var3  :=  var3  ** 

5; 

— 

end  expo; 

— 

begin 

-- 

expo ; 

-- 

end  test; 

entity  test  is  end; 
architecture  test  of  test  is 


587 


procedure  expo  is 

#1[  variable  var®  :  real  :=  ®.B;3 
begin 

#1[  varfi  :=  var®  **  '/.2 */. ;] 
end  expo; 
begin 
expo; 
end  test; 
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TEST  HUMBER  :  290 


PATHNAME  :  [ . BENCH . A . C. II .P15] shellO . sh 

(UNIX  equivalent  :  bench/a/c/il/pl5/shell0 . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
exponentiation  statements.  The  model  simulated  is  an  entity 
consisting  of  a  function  declaration  and  an  architecture  consisting 
of  a  function  call.  The  function  consists  of  a  number  of  integer 
variable  declarations  and  an  exponentiation  statement  for  each 
variable.  The  factors  to  be  varied  are  the  number  of  variable 
declarations/exponentiation  statements  in  the  function  and  the  value 
of  the  exponent. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  25  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  integer  variable  declarations/absolute  value  statements  in 

function 

2  :  exponent  (must  be  INTEGER) 

—  EXAMPLE  : 

$  sim  gen/param="shellO. sh" , "test . vhd" , 3 , 5 

(UNIX  equivalent  :  V.  sim  gen  -param=\"\shellO . sh\"\ , \"\test . vhd\"\ . 3 ,5) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

function  expo  return  boolean  is 
variable  varl  :  integer  :=  1; 
variable  var2  :  integer  :=  2; 
variable  var3  :  integer  :=  3; 
begin 

varl  :=  varl  **  5; 

var2  :=  var2  **  5; 

var3  :=  var3  *♦  5; 

return  true; 
end  expo; 
end  test; 

architecture  test  of  test  is 
signal  done  :  boolean  :=  false; 
begin 

done  <=  expo; 
end  test; 
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entity  test  is 

function  expo  return  boolean  is 
#l[  variable  varfi  :  integer  :=  fi;] 
begin 

#l[  var®  :=  varfi  **  '/.2'/.;] 
return  true; 
end  expo; 
end  test; 

architecture  test  of  test  is 
signal  done  :  boolean  :=  false; 
begin 

done  <=  expo; 
end  test; 
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TEST  NUMBER  :  291 


PATHNAME  :  [. BENCH . A.C. II .P15]shelll . ah 

(UNIX  equivalent  :  bench/a/c/il/pl5/shelll . eh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 
exponentiation  statements.  The  model  simulated  is  an  entity 
consisting  of  a  function  declaration  and  an  architecture  consisting 
of  a  function  call.  The  function  consists  of  a  number  of 
floating-point  variable  declarations  and  an  exponentiation  statement 
for  each  variable.  The  factors  to  be  varied  are  the  number  of 
variable  declarations/exponentiation  statements  in  the  function  and 
the  value  of  the  exponent . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  25  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  floating  point  variable  declarations/absolute  value 

statements  in  function 

2  :  exponent  (must  be  INTEGER) 

—  EXAMPLE  : 

t  sim  gen/param="8helll . sh" ."test .vhd" ,3,5 

(UNIX  equivalent  :  ’/,  sim  gen  -param=\"\shelll .  sh\"\  ,V'\test .  vhd\"\ ,  3 ,5) 
sill  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 
entity  test  is 

function  expo  return  boolean  is 


— 

variable  varl  : 

real 

:=  1.1 

— 

variable  var2  : 

real 

:=  2.2 

— 

variable  var3  : 

real 

:=  3.3 

— 

begin 

— 

varl  :=  varl  ** 

5; 

— 

var2  :=  var2  ** 

6; 

-- 

var3  :=  var3  ** 

5; 

— 

return  true; 

-- 

end  expo; 

— 

end  test; 

-- 

architecture  test  of  test 

is 

— 

signal  done  :  boolean  : 

=  fals 

— 

begin 

— 

done  <=  expo; 

-- 

end  test; 
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entity  test  is 

Junction  expo  return  boolean  is 
#l[  variable  varfi  :  real  :=  fi.fi 
begin 

#1[  varfi  :=  varfi  **  '/.2 */,;] 
return  true; 
end  expo; 
end  test; 

architecture  test  o f  test  is 
signal  done  :  boolean  :=  false; 
begin 

done  <=  expo; 
end  test; 
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TEST  HUMBER  :  292 


PATHNAME  :  C.BENCH.A.C.I2.PlS]shell0.sh 

(UNIX  equivalent  :  bench/a/c/i2/pl5/shell0.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

exponentiation  statements.  The  model  simulated  is  an  architecture 
consisting  of  a  function  declaration  and  a  Junction  call.  The 
Junction  consists  oJ  a  number  oJ  integer  variable  declarations 
and  an  exponentiation  statement  Jor  each  variable.  The  factors  to 
be  varied  are  the  number  of  variable  declarations/exponentiation 
statements  in  the  function  and  the  value  of  the  exponent. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  25  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  integer  variable  declarations/absolute  value  statements  in 

function 

2  :  exponent  (must  be  INTEGER) 

—  EXAMPLE  : 

$  sim  gen/param="shellO . sh" , "test . vhd" , 3 , S 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell0.sh\"\,V'\test.vhd\"\,3,5) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

function  expo  return  boolean  is 
variable  varl  :  integer  :=  1; 
variable  var2  :  integer  :=  2; 
variable  var3  :  integer  :=  3; 
begin 

varl  :=  varl  **  5; 

var2  :=  var2  ♦*  5; 

var3  :=  var3  **  5; 

return  true; 
end  expo; 

signal  done  :  boolean  :=  false; 
begin 

done  <=  expo; 
end  test; 


entity  test  is  end; 
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architecture  test  of  test  is 

function  expo  return  boolean  is 
#1[  variable  var®  :  integer  := 
begin 

#1[  varfi  :=  var®  **  */.2'/.;] 
return  true; 
end  expo; 

signal  done  :  boolean  :  =  false; 
begin 

done  <=  expo; 
end  test; 


TEST  HUMBER  :  293 


PATHNAME  :  [. BENCH . A . C. I2.P15]shelll . sh 

(UNIX  equivalent  :  bench/a/c/i2/pl5/shelll.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

exponentiation  statements.  The  model  simulated  is  an  architecture 
consisting  of  a  function  declaration  and  a  function  call.  The 
function  consists  of  a  number  of  floating-point  variable  declarations 
and  an  exponentiation  statement  for  each  variable.  The  factors  to 
be  varied  are  the  number  of  variable  declarations/exponentiation 
statements  in  the  function  and  the  value  of  the  exponent. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  25  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  floating  point  variable  declarations/absolute  value 

statements  in  function 

2  :  exponent  (must  be  INTEGER) 

—  EXAMPLE  : 

$  sim  gen/parara="shelll . sh" , "test .vhd" ,3,5 

(UNIX  equivalent  :  V.  sim  gen  -param=\"\shelll . sh\"\,\"\test . vhd\"\,3 ,5) 
sill  generate  a  model  in  file  "test.vhd"  with  am  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

function  expo  return  boolean  is 
variable  varl  :  real  :=  1.1; 
variable  var2  :  real  :=  2.2; 
variable  var3  :  real  :=  3.3; 
begin 

varl  :=  varl  **  5; 

var2  :=  var2  •**  5; 

var3  :=  var3  *+  5; 

return  true; 
end  expo; 

signal  done  :  boolean  :=  false; 
begin 

done  <=  expo; 
end  test; 


entity  test  is  end; 
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architecture  test  of  test  is 

function  expo  return  boolean  is 
#1 [  variable  varC  :  real  :=  ®.fi 
begin 

#1[  varO  :=  var«  **  */.2y.;] 
return  true; 
end  expo; 

signal  done  :  boolean  :=  false; 
begin 

done  <-  expo; 
end  test; 


TEST  HUMBER  :  294 


PATHNAME  :  [.BENCH.A.C.P16]shell0.sh 

(UNIX  equivalent  :  bench/a/c/plS/shellO. sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  exponentiation 
operations  on  signals.  The  model  simulated  consists  o f  a  number  of 
integer  signal  declarations  and  one  exponentiation  signal  assignment 
statement  for  each  signal.  The  factors  to  be  varied  are  the  number 
of  signal  declarations/number  of  exponentiation  signal  assignment 
statements  and  the  value  of  the  exponent. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  26  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  integer  signal  declarations/exponentiation  statements 

2  :  length  of  time  (ns)  to  simulate  model  (>  0) 

3  :  exponent  (INTEGER) 

—  EXAMPLE  : 

$  sim  gen/param="shellO . vhd" , “test . vhd" ,3 ,4 ,5 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell0.sh\"\,\”\test . vhd\"\ ,3,4 ,5) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
signal  stop  :  bit  :=  ’O’; 
signal  test.sig  ;  integer  :=  0; 
signal  sigl  :  integer  :=  1; 
signal  8ig2  ;  integer  :=  1; 
signal  sig3  :  integer  :=  1; 
begin 

sigl  <=  test_sig  **  5  after  1  ns; 

sig2  <=  test_sig  **  5  after  1  ns; 

sig3  <=  test.sig  *♦  5  after  1  ns; 

test_sig  <=  0 

,1  after  1  ns 

,0  after  2  ns 

,1  after  3  ns 

,0  after  4  ns; 

stop  <=  >1’  after  4  ns; 

assert  (stop  =  ’O')  report  "simulation  complete"  severity  failure; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
signal  stop  :  bit  :=  ’O’; 
signal  test_sig  :  integer  :=  0; 

#1 C  signal  sig#  :  integer  :=  1;] 
begin 

#1[  sig®  <=  test_sig  **  V,y/,  after  1  ns;] 
test_sig  <=  0 

#2[  ,$2$1$0$  after  «  ns] ; 

stop  <=  '  1*  after  '/.2‘/.  ns; 

assert  (stop  =  ’O’)  report  "simulation  complete"  severity  failure; 
end  test; 
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TEST  NUMBER  :  295 


PATHNAME  :  [. BENCH . A . C. P15] shelll . sh 

(UNIX  equivalent  :  bench/a/c/pl5/shelli.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  exponentiation 
operations  on  signals.  The  model  simulated  consists  of  a  number  of 
floating-point  signal  declarations  and  one  exponentiation  signal 
assignment  statement  for  each  signal  The  factors  to  be  varied  are 
the  number  of  signal  declarations/number  of  exponentiation  sign-.l 
assignment  statements  and  the  value  of  the  exponent. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  26  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  floating  point  signal  declarations/exponentiation  statements 

2  :  length  of  time  (ns)  to  simulate  model  (>  0) 

3  :  exponent  (INTEGER) 

—  EXAMPLE  : 


-- 

$  sim  gen/param=" shell 1 .vhd' 

, "test. vhd", 3, 4, 5 

—  • 

(UNIX  equivalent  :  '/,  sim 

gen  -param=\"\shelll . sh\"\,\"\test . vhd\"\ ,3,4, 

— 

will  generate  a  model  in  file  "test. vhd”  with  an  architecture 

-- 

in  the  form  : 

-- 

entity  test  is  end; 

-- 

architecture  test  of 

test  is 

— 

signal  stop  :  bit  : 

—  J 

O’; 

— 

signal  test_sig  ;  rea] 

:=  0.0; 

— 

signal  sigl  :  real 

:  = 

1.0; 

— 

signal  sig2  ;  real 

:  = 

1.0; 

— 

signal  sig3  :  real 

;  = 

1.0; 

-- 

begin 

-- 

sigl  <=  test_sig  ** 

5 

after  1  ns; 

— 

sig2  <=  test.sig  ** 

5 

after  1  ns; 

— 

sig3  <=  test_sig  ** 

S 

after  1  ns; 

-- 

test_sig  <=  0.0 

— 

,1.0  after 

1  ns 

-- 

,0.0  after 

2  ns 

-- 

,1.0  after 

3  ns 

-- 

,0.0  after 

4  ns ; 

— 

stop  <=  ’ 1 ’  after  4 

ns 

t 

— 

assert  (stop  =  ’O’) 

report  "simulation  complete"  severity  failure 

-- 

end  test; 
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entity  test  is  end; 
architecture  test  of  test  is 
signal  stop  :  bit  :=  ’O’; 
signal  test_sig  :  real  :=  0.0; 

#1[  signal  sig®  :  real  :=  1.0;] 
begin 

#l[  sig®  <=  test_sig  **  */.3'/.  alter  1  ns;] 
test_sig  <=  0.0 

#2 [  , $2$1 . 0$0.0$  after  fi  ns]; 

stop  <=  •  1*  alter  */,2'/.  ns; 

assert  (stop  =  ’O’)  report  "simulation  complete"  severity  failure; 
end  test; 
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TEST  HUMBER  :  296 


PATHNAME  :  [. BENCH . B .C .K .LI .PIS] shellO . sh 

(UNIX  equivalent  :  bench/b/c/k/ll/pl5/shellO. sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

exponentiation  assignment  statements.  The  model  simulated  is  an 
architecture  consisting  of  a  number  of  processes.  Each  process 
consists  of  an  integer  array  variable  declaration  and  a  for-loop. 
The  number  of  iterations  of  the  loop  is  equal  to  the  size  of  the 
array.  The  for-loop  contains  a  variable  exponentiation  assignment 
statement.  The  factors  to  be  varied  are  the  number  of  processes, 
the  value  of  the  exponent,  and  the  array  size/number  of  loop 
iterations. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  26  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  integer  array  size/number  of  exponentiation  statement  iterations  per 

process 

2  :  number  of  processes 

3  :  exponent  (INTEGER) 

—  EXAMPLE  : 

$  sim  gen/param="shellO . vhd" , "test . vhd" ,3 ,2 ,4 

(UNIX  equivalent  :  7,  sim  gen  -param=\"\shellO. sh\"\ , Y'Xtest . vhd\"\ ,3,2,4) 
sill  generate  a  model  in  file  "test. vhd”  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

prl  :  process 

type  var_array  is  array(l  to  3)  of  integer, 
variable  var  ;  var_array; 
variable  test.var  :  integer  :=  1; 
begin 

for  i  in  1  to  3  loop 

var(i)  :=  test.var  **  4; 
end  loop; 
wait; 

end  process  prl; 
pr2  :  process 

type  var.array  is  arrayO  to  3)  of  integer; 
variable  var  :  var.array; 
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variable  test_var  :  integer  :=  1; 
begin 

for  i  in  1  to  3  loop 

var(i)  :=  test.var  **  4; 
end  loop; 
vait ; 

end  process  pr2; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
begin 

#2[  prfi  ;  process 

type  var_array  is  array (1  to  */,l‘/.)  of  integer 
variable  var  :  var.array; 
variable  test_var  :  integer  : =  1; 
begin 

for  i  in  1  to  ‘/.l1/.  loop 

var (i)  :=  test_var  **  '/.3'/.; 
end  loop; 
wait ; 

end  process  pr®;] 
end  test; 
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TEST  NUMBER  :  297 


PATHNAME  :  [.BENCH.B.C.K.Ll.P15]shelll .sh 

(UNIX  equivalent  :  bench/b/c/k/ll/pl5/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  variable 

exponentiation  assignment  statements.  The  model  simulated  is  an 
architecture  consisting  o f  a  number  of  processes.  Each  process 
consists  of  an  floating-point  array  variable  declaration  and  a 
for-loop.  The  number  of  iterations  of  the  loop  is  equal  to  the  size 
of  the  array.  The  for-loop  contains  a  variable  exponentiation 
assignment  statement.  The  factors  to  be  varied  are  the  number  of 
processes,  the  value  of  the  exponent,  and  the  array  size/number  of 
loop  iterations. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafi'-.o 

—  Date  :  26  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  floating  point  array  size/number  of  exponentiation  statement 

iterations  per  process 

2  :  number  of  processes 

3  :  exponent  (INTEGER) 

—  EXAMPLE  : 

$  sim  gen/param= "shell! . vhd" , "test . vhd“ ,3 , 2 , 4 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shelll . sh\"\ ,\"\test . vhd\"\ ,3 ,2 ,4) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

prl  :  process 

type  var.array  is  array (1  to  3)  of  real; 
variable  var  :  var.array; 
variable  test_var  :  real  :=  1.0; 
begin 

for  i  in  1  to  3  loop 

var(i)  :=  test_var  **  4; 
end  loop; 
wait; 

end  process  prl ; 
pr2  :  process 

type  var.array  is  array(l  to  3)  of  real; 
variable  var  :  var.array; 
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variable  test_var  :  real  :=  1.0; 
begin 

for  i  in  1  to  3  loop 

var(i)  :=  test_var  **  4; 
end  loop; 
wait; 

end  process  pr2; 
end  test; 


entity  test  is  e^d; 
architecture  test  of  test  is 
begin 

#2  [  pr®  :  process 

type  var_array  is  array(l  to  ‘/.l’/.)  of  real; 
variable  var  :  var_array; 
variable  test.var  ;  real  :=  1.0; 
begin 

for  i  in  1  to  '/.l*/.  loop 
var(i)  :=  test_var  »* 
end  loop; 
wait ; 

end  process  pr®;] 
end  test; 
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TEST  NUMBER  :  298 


PATHNAME  :  [. BENCH . B . C .K .LI .P15] shell2 . sh 

(UNIX  equivalent  :  bench/b/c/k/ll/pl5/shell2.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  signal 

exponentiation  assignment  statements.  The  model  simulated  is  an 
architecture  consisting  of  a  number  oi  integer  array  signal 
declarations  and  the  same  number  of  processes.  Each  process 
consists  of  a  for-loop.  The  number  of  iterations  of  the  loop  is 
equal  to  the  size  of  the  array.  The  for-loop  contains  a  signal 
exponentiation  assignment  statement.  The  factors  to  be  varied  are 
the  number  of  processes/number  of  array  declarations,  the  value  of 
the  exponent,  and  the  array  size/number  of  loop  iterations. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  26  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  integer  signal  array  size/number  of  exponentiation  statement 

iterations  per  process 

2  :  number  of  processes/number  of  array  declarations 

3  :  exponent 

—  EXAMPLE  : 

$  sim  gen/param="shell2.vhd","test.vhd",3,214 

(UNIX  equivalent  :  V.  sim  gen  -param=\"\shell2.  sh\’'\,\"\test.vhd\”\,3,2,4) 
sill  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

type  sig.array  is  array (1  to  3)  of  integer; 
signal  sigl  :  sig.array; 
signal  sig2  :  sig.array; 
signal  test.sig  :  integer  :=  1; 
begin 

prl  :  process 
begin 

for  i  in  1  to  3  loop 

sigl(i)  <=  test.sig  **  4; 
end  loop; 
wait; 

end  process  prl ; 
pr2  :  process 
begin 


605 


for  i  in  1  to  3  loop 

sig2(i)  <=  test_sig  **  4; 
end  loop; 
wait ; 

end  process  pr2; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 

type  sig_array  is  array (l  to  ‘/.l'/.)  of  integer 
#2[  signal  sigO  :  sig_array;] 
signal  test_sig  :  integer  :=  1; 
begin  - 

#2  [  pr«  :  process 
begin 

for  i  in  1  to  '/.l'/.  loop 
sig«(i)  <=  test.sig  ** 
end  loop; 
wait ; 

end  process  pr®;] 
end  test; 
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TEST  HUMBER  :  299 


PATHNAME  :  [.BENCH . B .C .K .LI . P15]sheli3 . sh 

(UNIX  equivalent  :  bench/b/c/k/ll/pl5/shell3.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  signal 

exponentiation  assignment  statements.  The  model  simulated  is  an 
architecture  consisting  of  a  number  of  floating-point  array  signal 
declarations  and  the  same  number  of  processes.  Each  process 
consists  of  a  for-loop.  The  number  of  iterations  of  the  loop  is 
equal  to  the  cize  of  the  array.  The  for-loop  contains  a  signal 
exponentiation  assignment  statement.  The  factors  to  be  varied  are 
the  number  of  processes/number  of  array  declarations,  the  value  of 
the  exponent,  and  the  array  size/number  of  loop  iterations. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  26  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  integer  signal  array  size/number  of  exponentiation  statement 

iterations  per  process 

2  :  number  of  processes/number  of  array  declarations 

3  :  exponent 

—  EXAMPLE  : 

$  sim  gen/param="shell2 . vhd" ."test . vhd" ,3,2 ,4 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shell2. sh\”\ , \"\test . vhd\"\ ,3 ,2,4) 
sill  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

type  sig.array  is  array(l  to  3)  of  integer; 
signal  sigl  :  sig_array; 
signal  sig2  :  sig.array; 
signal  test.sig  :  integer  :=  1; 
begin 

prl  :  process 
begin 

for  i  in  1  to  3  loop 

sigl(i)  <=  test.sig  **  4; 
end  loop; 
wait; 

end  process  prl; 
pr2  :  process 
begin 
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lor  i  in  1  to  3  loop 

sig2(i)  <=  test.sig  **  4; 
end  loop; 
wait; 

end  process  pr2; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 

type  sig_array  is  array(l  to  o  1  integer 

#2 [  signal  sig®  :  sig.array;] 
signal  test_sig  :  integer  :=  1; 
begin 

#2 [  prfl  :  process 
begin 

1  or  i  in  1  to  V.l*/.  loop 

sig®(i)  <=  test.sig  **  '/.3*/.; 
end  loop; 
wait; 

end  process  pr®;] 
end  test; 
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300 


PATHNAME  :  [.BENCH . B.C .K .L3 .P15] shellO . sh 

(UNIX  equivalent  :  bench/b/c/N/13/plS/shellO. sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  addition 
and  exponentiation  variable  assignment  statements.  The  model 
simulated  is  an  architecture  consisting  o f  a  process.  The  process 
consists  of  one  integer  variable  declaration  (loop-counter),  one 
integer  array  variable  declaration,  and  a  while-loop.  The  number  of 
iterations  of  the  loop  is  equal  to  the  size  of  the  array.  The 
while-loop  contains  an  addition  variable  assignment  statement  to 
increment  the  loop-counter  and  an  exponentiation  variable  assignment 
statement.  The  factors  to  be  varied  are  the  array  size/number  of 
loop  iterations,  the  value  of  the  exponent,  and  the  number  of 
processes . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  26  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  integer  array  size/number  of  exponentiation  statement  iterations  in 

process 

2  :  number  of  processes 

3  :  exponent 

—  EXAMPLE  : 

$  sim  gen/param="shellO . vhd" ."test . vhd" ,3 ,2 ,4 

(UNIX  equivalent  :  I.  sim  gen  -param=\”\shellO . sh\"\ , \"\test . vhd\"\ ,3 ,2,4) 
will  generate  a  model  in  file  "test. vhd”  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

prl  :  process 

type  vaz _array  is  array(l  to  3)  of  integer; 
variable  var  :  var.array; 
variable  loop_counter  :  integer  :=  0; 
variable  test_var  :  integer  :=  1; 
begin 

while  loop.counter  <  3  loop 

loop.counter  :=  loop_counter  +  1; 
var(loop.counter)  :=  test.var  **  4; 
end  loop; 
wait; 
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end  process  prl; 
pr2  :  process 

type  var_array  is  array (l  to  3)  of  integer 
variable  var  :  var_array; 
variable  loop_counter  :  integer  :=  0; 
variable  test_var  :  integer  :=  1; 
begin 

while  loop_counter  <  3  loop 

loop_counter  :=  loop_counter  +  1; 
var (loop_counter)  :=  test.var  **  4; 
end  loop; 
wait; 

end  process  pr2; 
end  test; 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

t 2[  pr®  ;  process 

type  var_array  is  array (1  to  '/.l'/.)  of  integer; 
variable  var  :  var_array; 
variable  loop_counter  :  integer  :=  0; 
variable  test_var  :  integer  :=  1; 
begin 

while  loop_counter  <  % 1%  loop 

loop_counter  :=  loop_counter  +  1; 
var (loop_counter)  :=  test_var  +*  ’/.3'/.; 
end  loop; 
wait ; 

end  process  pr©;] 
end  test; 
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PATHHAME  :  [. BENCH. B.C.K.L3.P15]shelll .sh 

(UNIX  equivalent  :  bench/b/c/k/13/pl5/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  addition 
and  exponentiation  variable  assignment  statements.  The  model 
simulated  is  an  architecture  consisting  of  a  process.  The  process 
consists  of  one  integer  variable  declaration  (loop-counter),  one 
floating-point  array  variable  declaration,  one  floating-point 
constant,  and  a  while-loop.  The  number  of  iterations  of  the  loop  is 
equal  to  the  size  of  the  array.  The  while-loop  contains  an  addition 
variable  assignment  statement  to  increment  the  loop-counter  and  an 
exponentiation  variable  assignment  statement.  The  factors  to  be 
varied  are  the  array  size/number  of  loop  iterations,  the  value  of 
the  exponent,  and  the  number  of  processes. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  26  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  floating  point  array  size/number  of  exponentiation  statement 

iterations  per  process 

2  :  number  of  processes 

3  :  exponent  (INTEGER) 

—  EXAMPLE  : 

$  sim  gen/param="shelll . vhd" ."test . vhd" ,3 ,2 ,4 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shelll .  sh\"\ , \"\test .  vhd\"\ , 3 ,2 ,4) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

prl  :  process 

type  var_array  is  arrayO  to  3)  of  real; 
variable  var  :  var_array; 
variable  test_var  :  real  :=  1.0; 
variable  loop.counter  :  integer  :=  0; 
begin 

while  loop.counter  <  3  loop 

loop.counter  :=  loop.counter  +  1; 
var(loop_counter)  :=  test_var  **  4; 
end  loop; 
wait; 
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end  process  prl; 
pr2  :  process 

type  var_array  is  array(l  to  3)  of  real; 
variable  var  :  var_array; 
variable  tes:_var  :  real  :=  1.0; 
variable  loop_counter  :  integer  :=  0; 
begin 

while  loop_counter  <  3  loop 

loop_counter  :=  loop_counter  +  1; 
var (loop_counter)  :=  test^var  **  4; 
end  loop; 
wait ; 

end  process  pr2; 
end  test • 


entity  test  is  end; 
architecture  test  of  test  is 
begin 

#2[  prC  :  process 

type  var_array  is  array (l  to  '/.l'/.)  of  real; 
variable  var  :  var^array; 
variable  test_var  .  real  :=  1.0; 
variable  loop_counter  :  integer  :=  0; 
begin 

while  loop.counter  <  '/,1'/,  loop 

loop_counter  :=  loop.counter  +  1; 
var(loop_counter)  :=  test_var  **  ’/,3'/,; 
end  loop; 
wait ; 

end  process  prfl;] 
end  test; 
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TEST  HUMBER  :  302 


PATHNAME  :  [ .BENCH .B .C .K .L3 . P15] shell2 . sh 

(UNIX  equivalent  :  bench/b/c/k/13/pl5/shell2 . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  addition 

variable  assignment  statements  and  exponentiation  signal  assignment 
statements.  The  model  simulated  is  an  architecture  consisting  ol  a 
number  ol  process  and  the  same  number  ol  integer  array  signal 
declarations.  Each  process  consists  ol  one  integer  variable 
declaration  (loop-counter)  and  a  while-loop.  The  number  of 
iterations  ol  the  loop  is  equal  to  the  size  ol  the  array.  The 
while-loop  contains  an  addition  variable  assignment  statement  to 
increment  the  loop-counter  and  an  exponentiation  signal  assignment 
statement.  The  factors  to  be  varied  are  the  array  size/number  ol 
loop  iterations,  the  value  of  the  exponent,  and  the  number  ol 
processes/number  ol  array  declarations. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  26  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  integer  signal  array  size/number  of  exponentiation  statement 

iterations  per  process 

2  :  ^umber  ol  processes/number  ol  array  declarations 

3  :  exponent 

—  EXAMPLE  : 

$  sim  gen/param="shell2. vhd" , "test . vhd" ,3 ,2 , 4 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell2  .  sh\"\ , \"\test .  vhd\"\ ,  3 ,2 ,4) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  lorm  : 

entity  test  is  end; 
architecture  test  ol  test  is 

type  sig.array  is  array(l  to  3)  of  integer; 
signal  sigl  :  sig.array; 
signal  sig2  :  sig.array; 
signal  test_sig  :  integer  :=  1; 
begin 

prl  :  process 

variable  loop_counter  :  integer  0; 
begin 

while  loop_counter<  3  loop 

loop_counter  :=  loop.counter  +  1; 
sigl (loop.counter)  <=  „est_sig  **  4; 


end  loop; 
eait ; 

end  process  prl; 
pr2  :  process 

variable  loop.counter  :  integer  :=  0; 
begin 

while  loop_counter<  3  loop 

loop_counter  :=  loop_counter  +  1; 
sig2(loop_counter)  <=  test_sig  **  4 
end  loop; 
wait ; 

end  process  pr2; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 

type  sig^array  is  array (1  to  of  integer; 

#2[  signal  sig®  :  sig_array;] 
signal  test_sig  :  integer  :=  1; 
begin 

#2[  pr®  :  process 

variable  loop_counter  :  integer  :=  0; 
begin 

while  loop_counter<  '/.l'/,  loop 

loop_coun*er  :=  loop_counter  +  1; 
sig®(loop_counter)  <=  test_sig  **  %3%; 
end  loop; 
wait ; 

end  process  pr®;D 
end  test; 
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TEST  HUMBER  :  303 


PATHNAME  :  [ . BENCH .  B .  C .  K .  L3 .  P15] shel!3 . sh 

(UNIX  equivalent  :  bench/b/c/k/13/pl5/shell3.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  execute  addition 

variable  assignment  statements  and  exponentiation  signal  assignment 
statements.  The  model  simulated  is  an  architecture  consisting  of  a 
number  of  processes  and  the  same  number  of  floating-point  array 
signal  declarations.  Each  process  consists  of  one  integer  variable 
declaration  (loop-counter)  and  a  while-loop.  The  number  of 
iterations  of  the  loop  is  equal  to  the  size  of  the  array.  The 
while-loop  contains  an  addition  variable  assignment  statement  to 
increment  the  loop-counter  and  an  exponentiation  signal  assignment 
statement.  The  factors  to  be  varied  are  the  array  size/number  of 
loop  iterations,  the  value  of  the  exponent,  and  the  number  of 
processes/number  of  array  declarations. 

EXPECTED  RESULTS  ; 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  26  July  19R9 

—  PARAMETER  NUMBER  MEANING  : 

1  :  floating  point  signal  array  size/number  of  exponentiation  statement 

iterations  per  process 

2  :  number  of  processes/number  of  array  declarations 

3  :  exponent 

—  EXAMPLE  : 

$  sim  gen/param="shell3. vhd" , "test . vhd" ,3 , 2, 4 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shell3 .  sh\"\ ,  V’Xtest .  vhd\"\ ,  3 ,2 ,4) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

type  sig.array  is  array (1  to  3)  of  real; 
signal  sigl  :  sig.array; 
signal  sig2  :  sig.array; 
signal  test_sig  :  real  :=  1.0; 
begin 

prl  :  process 

variable  loop.counter  :  integer  :=  0; 
begin 

while  loop_counter  <  3  loop 

loop_counter  :=  loop_counter  +  1; 
sigl (loop.counter)  <=  test.sig  **  4; 
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end  loop; 
sait ; 

end  process  prl; 
pr2  :  process 

variable  loop.counter  :  integer  :=  0; 
begin 

while  loop_counter  <  3  loop 

loop_counvei  loop_counter  +  1; 
sig2(loop_counter)  <=  test_sig  **  4 
end  loop; 
sait ; 

end  process  pr2; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 

typo  sig_array  is  array (1  to  of  real; 

#2[  signal  sigfi  :  sig_array;] 
signal  test_sig  ;  real  :=  1.0; 
begin 

#2[  prfi  :  process 

variable  loop_counter  :  integer  :=  0; 
begin 

while  loop_counter  <  ‘/.l*/.  loop 

loop_counter  :=  loop_counter  +  1; 
sig®(loop_counter)  <=  test_sig  **  ’/.3’/.; 
end  loop; 
wait; 

end  process  prfi;] 
end  test; 
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TEST  HUMBER  :  304 


PATHNAME  :  [. BENCH . B . C .PIS] shellO . sh 

(UNIX  equivalent  :  bench/b/c/plS/shellO. sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  for  executing 

exponentiation  operations  on  variables.  The  model  simulated  is  an 
architecture  consisting  of  a  number  of  processes;  each  process 
consists  of  a  number  of  integer  variable  declarations  and  one 
exponentiation  variable  assignment  statement  for  each  variable.  The 
factors  to  be  varied  are  the  number  of  processes,  the  value  of  the 
exponent,  and  the  number  of  variable  declarations/number  of 
exponentiation  variable  assignment  statements. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  26  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  integer  variable  declarations/exponentiation  statements  per 

process 

2  :  number  of  processes 

3  :  exponent  (INTEGER) 

—  EXAMPLE  : 

$  sim  gen/param="shell0.vhd","test.vhd",3,2,4 

(UNIX  equivalent  :  V,  sim  gen  -param=\"\shellO . sh\"\ ,\"\test . vhd\"\ ,3 ,2 ,4) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

prl  :  process 

variable  varl  :  integer  :=  0; 
variable  var2  :  integer  :=  0; 
variable  var3  :  integer  :=  0; 
variable  test_var  :  integer  :=  1; 


— 

begin 

— 

varl  :=  test.var 

** 

4; 

-- 

var2  :=  test_var 

** 

4; 

— 

var3  :=  test_var 

** 

4; 

— 

wait ; 

— 

end  process  prl; 

pr2  :  process 

variable  varl  :  integer  :=  0; 
variable  var2  :  integer  ;=  0; 


617 


variable  var3  :  integer  :=  0; 
variable  test_var  :  integer  :=  1 


— 

begin 

— 

varl 

=  test_var 

** 

4 

— 

var2 

=  test_var 

** 

4 

— 

var3 

=  test_var 

** 

4 

— 

uait; 

end  process  pr2; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
begin  . 

#2[  prC  :  process 

#1[  variable  varfi  :  integer  :=  0;] 
variable  test_var  :  integer  :=  1; 
begin 

#1[  varO  :=  test.var  ** 
wait ; 

end  process  prB;] 
end  test; 
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TEST  HUMBER  :  305 


PATHNAME  :  t.BENCH.B.C.P153shelll.sh 

(UNIX  equivalent  :  bench/b/c/pl5/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  Tor  executing 

exponentiation  operations  on  variables.  The  model  simulated  is  an 
architecture  consisting  of  a  number  of  processes;  each  process 
consists  of  a  number  of  floating-point  variable  declarations  and  one 
exponentiation  variable  assignment  statement  for  each  variable.  The 
factors  to  be  varied  are  the  number  of  processes,  the  value  of  the 
exponent,  and  the  number  of  variable  declarations/number  of 
exponentiation  variable  assignment  statements. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  26  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  floating  point  variable  declarations/exponentiation 

statements  per  process 

2  :  number  of  processes 

3  :  exponent  (INTEGER) 

—  EXAMPLE  : 

$  sim  gen/param="shelll . vhd" , "test .vhd" ,3,2,4 

(UNIX  equivalent  :  V.  sim  gen  -param=\"\shelll ■ sh\"\ ,\"\test . vhd\"\ ,3 ,2 ,4) 
will  generate  a  model  in  file  "test, vhd”  yith  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 

prl  :  process 

variable  varl  :  real  :=  0.0; 
variable  var2  :  real  :=  0.0; 
variable  var3  :  real  :=  0.0; 
variable  test_var  :  real  :=  1.0; 
begin 


— 

varl 

:=  test_var 

*  * 

4; 

-- 

var2 

:=  test_var 

** 

4; 

— 

var3 

:=  test_var 

** 

4; 

— 

wait ; 

end  process  prl; 
pr2  :  process 

variable  varl  :  real  :=  0.0; 
variable  var2  :  real  :=  0.0; 


variable  var3  :  real  :=  0.0; 
variable  test_var  :  real  :=  1. 
begin 


varl  := 

test_var 

** 

4 

var2  := 

test_var 

** 

4 

var3  :  = 

teSt_Var 

** 

4 

wait; 

end  process  pr2; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
begin 

#2[  pr®  :  process 

#1[  variable  var®  :  real  :=  0.0;] 
variable  test_var  :  real  :=  1.0; 
begin 

#l[  var®  :=  test.var  **  */.3'/,;] 
trait; 

end  process  pr®;] 
end  test; 
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TEST  HUMBER  :  306 


PATHNAME  :  [ . BENCH . B . C . P IS] shell2 . sh 

(UNIX  equivalent  :  bench/b/c/pl5/shell2.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  lor  executing 

exponentiation  operations  on  signals.  The  model  simulated  is  an 
architecture  consisting  o 1  a  process  and  a  number  ol  integer  signal 
declarations;  the  process  consists  ol  one  exponentiation  signal 
assignment  statement  lor  each  signal.  The  lactors  to  be  varied  are 
the  value  ol  the  exponent  and  the  number  ol  signal  declarations/ 
number  ol  exponentiation  signal  assignment  statements. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serai ino 

—  Date  :  26  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  ol  integer  signal  declarations/number  ol  exponentiation 

statements  in  the  process 

2  :  exponent  (INTEGER) 

—  EXAMPLE  : 

$  sim  gen/param="6hell2.vhd","test.vhd",3,4 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell2.sh\”\,\"\test.vhd\M\,3,4) 
will  generate  a  model  in  lile  "test.vhd"  with  an  architecture 
in  the  lorm  : 

entity  test  is  end; 
architecture  test  ol  test  is 
signal  sigl  :  integer  :=  0; 
signal  sig2  :  integer  :=  0; 
signal  sig3  :  integer  :=  0; 
signal  test_sig  :  integer  :=  1; 
begin 
process 
begin 

sigl  <=  test_sig  **  4; 
sig2  <=  test.sig  **  4; 
sig3  <=  test.sig  **  4; 
wait; 

end  process; 
end  test; 

entity  test  i3  end; 

architecture  test  ol  test  is 
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#1[  signal  sig*  :  integer  :=  0;] 
signal  test_sig  :  integer  :=  1; 
begin 
process 
begin 

#l[  sig®  <=  test.sig  ** 
wait ; 

end  process; 
end  test; 
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TEST  HUMBER  :  307 


PATHNAME  :  [. BENCH. B.C.P IS] shell3.sh 

(UNIX  equivalent  :  bench/b/c/pl5/shell3 . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  lor  executing 

exponentiation  operations  on  signals.  The  model  simulated  is  an 
architecture  consisting  ol  a  process  and  a  number  ol  floating-point 
signal  declarations ;  the  process  consists  of  one  exponentiation 
signal  assignment  statement  for  each  signal.  The  factors  to  be 
varied  are  the  value  of  the  exponent  and  the  number  of  signal 
declarations/number  of  exponentiation  signal  assignment  statements. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  26  July  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  floating  point  signal  declarations/number  of  exponentiation 

—  statements  in  the  process 

2  :  exponent  (INTEGER) 

—  EXAMPLE  : 

$  sim  gen/param="shell3.vhd",,,test.vhd",3,4 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell3.sh\"\,\"\test. vhd\"\,3,4) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
signal  sigi  :  real  :=  0.0; 
signal  8ig2  :  real  :=  0.0; 
signal  8ig3  :  real  :=  0.0; 
signal  test_sig  :  real  :=  1.0; 
begin 
process 
begin 

sigl  <=  test_sig  **  4; 
sig2  <=  test.sig  **  4; 
sig3  <=  test.sig  **  4; 
wait; 

end  process; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 


#l[  signal  sig®  :  real  :=  0.0;] 
signal  test_sig  :  real  :=  1.0; 
begin 
process 
begin 

#l[  sigO  <=  test.sig  **  '/.2‘/.;] 
wait ; 

end  process; 
end  test; 


TEST  NUMBER  :  308 


PATHNAME  :  [. BENCH . B . C .LI .SI] shelll . sh 

(UNIX  equivalent  :  bench/b/c/ll/sl/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  perform  variable 
character  read  operations  from  a  file.  The  model  simulated  is 
am  architecture  consisting  of  a  process.  The  process  contains 
a  variable  declaration  and  a  for-loop,  whose  number  of  iterations 
is  equal  to  the  number  of  characters  to  read.  The  for-loop 
contains  a  read  statement  that  reads  one  character  from  the  input 
file.  The  factor  to  be  varied  is  the  number  of  characters  to  read. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  18  August  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  size  (number  of  characters)  of  file;  the  value  of  this  parameter 
must  be  less  than  or  equal  to  the  value  of  the  parameter  in 
"shellO . sh" 


—  ***  NOTE  ;  The  shell  in  "shellO.sh"  must  also  be  expanded  (via  the  "sim  gen" 
***  command;  see  comments  in  "shellO.sh")  when  using  this  benchmark. 


—  EXAMPLE  : 

$  sim  gen/param="shelll . sh" ."test . vhd" , 15 

(UNIX  equivalent  :  */,  sim  gen  -param=\"\shelll .  sh\"\ .V'Ntest .  vhd\"\ ,  15) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

type  ifile.type  is  file  of  character; 
file  ifile  :  ifile.type  is  in  "data_file.dat"; 
begin 
process 

variable  ch  :  character; 
begin 

for  i  in  1  to  10  loop 
read(ifile.ch) ; 
end  loop; 
wait; 

end  process; 
end  test; 
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entity  test  is  end; 
architecture  test  ol  test  is 

type  ifile.type  is  file  of  character; 
file  ifile  :  ifile_type  is  in  "data_file.dat" 
begin 
process 

variable  ch  :  character; 
begin 

for  i  in  1  to  '/.l'/.  loop 
read(if ile ,ch) ; 
end  loop; 
vait; 

end  process; 
end  test; 


626 


TEST  NUMBER  :  309 


PATHNAME  :  [. BENCH . B . C. L2 . SI] shelll . sh 

(UNIX  equivalent  :  bench/b/c/12/sl/shelll . sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  perform  variable 
character  read  operations  from  a  file.  The  model  simulated  is 
an  architecture  consisting  of  a  process.  The  process  contains 
a  variable  declaration  and  a  for-loop,  whose  iteration  scheme  is 
integer'high.  The  for-loop  contains  a  read  statement  that  reads 
one  character  from  the  input  file  and  an  exit  statement  that  limits 
the  number  of  iterations  to  the  number  of  characters  desired  to  do 
read.  The  factor  to  be  varied  is  the  number  of  characters  to  read. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  21  August  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  size  (number  of  charactars)  of  file;  the  value  of  this  parameter 
must  be  less  than  or  equal  to  the  value  of  the  parameter  in 
"shellO . sh" 


—  ***  NOTE  :  The  shell  in  "shellO.sh"  must  also  be  expanded  (via  the  "rim  gen" 

—  ***  command;  see  comments  in  "shellO.sh")  when  using  this  benchmark. 


—  EXAMPLE  : 

$  sim  gen/param="shell 1 . sh" , "test . vhd" , IF 

(UNIX  equivalent  :  ’/.  sim  gen  -param=\"\shell  1  .  sh\"\  , \"\test .  vhd\"\ ,  15) 
will  generate  a  model  in  file  "test. vhd”  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

type  ifile.type  is  file  of  character; 
file  ifile  :  ifile_type  is  in  "data_fi7e.dat"; 
begin 
process 

variable  ch  :  cl  ^racter; 
begin 

for  l  in  1  to  integer’high  loop 
read(if ile.ch) ; 
exit  when  i  =  15; 
end  loop; 
wait; 
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end  process; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 

type  ifile.type  is  file  of  character; 
file  ifile  :  ifile_type  is  in  "data_file.dat" 
begin 
process 

variable  ch  :  character; 
begin 

for  i  in  1  to  integer’high  loop 
read(ifile.ch) ; 
exit  when  i  =  7.1'/,; 
ena  loop; 
wait ; 

end  process; 
end  test; 
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TEST  NUMBER  :  310 


PATHNAME  :  [ . BENCH . B . C . L3 . S 1] shell 1 . sh 

(UNIX  equivalent  :  bench/b/c/13/sl/shelll.sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  perform  variable 
character  read  operations  from  a  file.  The  model  simulated  is 
an  architecture  consisting  of  a  process.  The  process  contains 
two  variable  declarations  (one  is  a  loop-counter)  and  a  while-loop, 
whose  number  of  iterations  is  equal  to  the  number  of  characters  to 
read.  The  while-loop  contains  a  variable  addition  statement  to 
increment  the  loop-counter  and  a  read  statement  that  reads  one 
character  from  the  input  file.  The  factor  to  be  varied  is  the 
-  number  of  characters  to  read. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  22  August  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  size  (number  of  characters)  of  file;  the  value  of  this  parameter 
must  be  less  than  or  equal  to  the  value  of  the  parameter  in 
"shellO . sh" 


—  ***  NOTE  :  The  shell  in  "shellO.sh"  must  also  be  expanded  (via  the  "sim  gen" 

—  ***  command;  see  comments  in  "shellO.sh")  when  using  this  benchmark 

—  EXAMPLE  : 

$  sim  gen/param="shelll .  sh"  ."test . vhd"  ,  15 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shelll .  sh\"\  ,\"\test .  vhd\"\ ,  15) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

type  ifile_type  is  file  of  character; 
file  ifile  :  ifile_type  is  in  "data_file.dat"; 
begin 
process 

variable  ch  :  character; 

variable  loop_counter  :  integer  :=  0; 
begin 

while  loop_counter  <  15  loop 

loop_counter  :=  loop.counter  +  1; 
read(if ile.ch) ; 


end  loop; 
salt; 

end  process; 
end  test; 


entity  test  is  end; 
architecture  test  oi  test  is 

type  ifile_type  is  file  of  character; 
file  ifile  :  ifile.type  is  in  "data_file.dat" 
begin 
process 

variable  ch  :  character; 
variable  loop_counter  :  integer  :=  0; 
begin 

while  loop_counter  <  '/.l'/.  loop 

loop_counter  :=  loop_counter  +  1; 
read(ifile.ch) ; 
end  loop; 
wait ; 

end  process; 
end  test; 
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TEST  IUMBER  :  311 


PATHNAME  :  [ . BENCH . B . C . L4 . SlJ  shell 1 . sh 

(UNIX  equivalent  :  bench/b/c/14/si/shelll .sh) 

PURPOSE  :  Determine  the  simulation  CPU  time  required  to  perform  variable 
character  read  operations  from  a  file.  The  model  simulated  is 
an  architecture  consisting  of  a  process.  The  process  contains 
two  variable  declarations  (one  is  a  loop-counter)  and  a  while-loop, 
whose  iteration  scheme  is  true.  The  while-loop  contains  a  variable 
addition  statement  to  increment  the  loop-counter,  a  read  statement 
that  reads  one  character  from  the  input  file  and  an  exit  statement 
that  limits  the  number  of  iterations  to  the  number  of  characters 
desired  to  be  read.  The  factor  to  be  varied  is  the  number  of 
characters  to  read. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  22  August  1989 

—  PARAMETER  NUMEER  MEANING  : 

1  :  size  (number  of  characters)  of  file;  the  value  of  this  parameter 
must  be  less  than  or  equal  to  the  value  of  the  parameter  in 
"shellO . sh" 


***  NOTE  :  The  shell  in  "shellO. sh"  must  also  be  expanded  (via  the  "sim  gen" 
***  command;  see  comments  in  “shellO . sh")  when  using  this  benchmark. 


—  EXAMPLE  : 

$  sim  gen/param="shelll . sh" /'test . vhd" , 15 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shelll .  sh\"\,\"\test .  vhd\"\ ,  15) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 

type  ifile_type  is  file  of  character; 
file  ifile  :  ifile.type  is  in  "data_file.dat"; 
begin 
process 

variable  ch  :  character; 

variable  loop.counter  :  integer  :=  0; 

begin 

while  true  loop 

loop.counter  :=  loop.counter  +  1; 
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read(ifile.ch) ; 
exit  when  loop^counter  =  15; 
end  loop; 
wait ; 

end  process; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 

type  ifile_type  is  file  of  character; 
file  ifile  :  ifile.type  is  in  "data_file.dat" 
begin 
process 

variable  ch  :  character; 
variable  loop_counter  :  integer  :=  0; 
begin 

while  true  loop 

loop_counter  :=  loop_counter  +  1; 
read(if ile.ch) ; 
exit  when  loop_counter  =  '/.l*/.; 
end  loop; 
wait ; 

end  process; 
end  test; 
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TEST  NUMBER  :  312 


PATHNAME  :  [.BENCH . A .C .D1A] shelll . sh  (see  readme.txt  in  this  directory) 

(UNIX  equivalent  :  bench/a/c/dla/shelll.sh) 

PURPOSE  :  Determine  the  effect  of  guarded  blocks  and  resolved  signals  on  CPU 
time.  The  model  simulated  is  a  package  declaration,  a  package  body 
declaration,  and  an  architecture.  The  package  declaration  has  two 
type  declarations  and  a  resolution  function  declaration.  The  package 
body  has  the  body  of  the  resolution  function.  The  architecture 
consists  of  a  resolved  signal  declaration,  a  number  of  non-resolved 
signal  declarations  (guards),  a  guarded  block  statement  for  each 
guard  signal,  and  a  signal  assignment  statement  for  each  guard 
signal.  Each  block  contains  a  signal  assignment  statement  for  the 
resolved  signal.  The  factors  to  be  varied  are  the  number  of 
non-resolved  signal  declarations/number  of  blocks/number  of  signal 
assignment  statements,  and  the  length  of  time  (in  ns)  to  simulate 
the  model.  This  description  is  part  of  an  example  from  Dr  Jim 
Armstrong’s  book. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  23  August  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  guarded  blocks/number  of  guard  signals 

2  :  length  of  time  (ns)  to  simulate  model 

—  EXAMPLE  : 

$  sim  gen/param="shelll.8h","test.vhd",3,4 

(UNIX  equivalent  :  */,  sim  gen  -param=\"\shelll.sh\"\,\"\test.vhd\"\,3,4) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

package  MVL_package  is 


package  body  MVL_package  is 


end  MVL_package; 


use  work. MVL_package. all; 
entity  test  is  end  tast; 
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architecture  test  of  test  is 

signal  X  :  MVL.res.func  HVL; 
signal  PHASE_1  :  boolean; 
signal  PHASE.2  :  boolean; 
signal  PHASE.3  :  boolean; 
begin 

bl  :  block(PHASE..l) 
begin 

X  <=  guarded  ’ 1*  after  500  ps; 
end  block  bl; 
b2  :  block(PHASE_2) 
begin 

X  <=  guarded  'O'  after  500  ps; 
end  block  b2; 
b3  :  block(PHASE_3) 
begin 

X  <=  guarded  * 1 ’  after  500  ps; 
end  block  b3; 

PHASE_1  <=  true  after  750  ps 
.false  after  1  ns 
.true  after  2  ns 
.false  after  3  ns 
.true  after  4  ns; 

PHASE_2  <=  true  after  750  ps 
.false  aft  r  1  ns 
.true  after  2  ns 
.false  after  3  ns 
.true  after  4  ns; 

PHASE_3  <=  true  after  750  ps 
.false  after  1  ns 
.true  after  2  ns 
.false  after  3  ns 
.true  after  4  ns; 

end  test; 

This  description  is  part  of  an  example  from  Dr  Jim  Armstrong's  book. 

package  MVL_package  is 

type  MVL  is  ('Z','0’,’1'); 

type  MVL.res.vec  is  array  (integer  range  <>)  of  MVL; 
function  MVL_res_func  (S  :  MVL_res_vec)  return  MVL; 
end  MVL.package; 
package  body  MVL_package  is 

function  MVL_res_func  (S  :  MVL.res.vec)  return  MVL  is 
variable  RESOLVED .VALUE  :  MVL  :=  *Z * ; 
begin 

for  I  in  S’RANGE  loop 
if  S(I)  /=  'Z1  then 

RESOLVED. VALUE  :=  S(I); 
exit ; 
end  if; 
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end  loop; 

return  RESOLVED. VALUE; 
end  MVL.res.func; 
end  MVL.package; 


use  work . MVL.package . all ; 
entity  test  is  end  test; 
architecture  test  of  test  is 

signal  X  :  HVL.res.func  MVL; 

#1[  signal  PHASE.®  :  boolean;] 
begin 

#1[  b«  :  block(PHASE_«) 
begin 

X  <=  guarded  ’$2$1$0$’  after  500  ps; 
end  block  b#;] 

#1[  PHASE.*  <=  true  after  750  ps 
#2[  ,$2$false$true$  after  C  ns];] 

end  test; 
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TEST  NUMBER  :  313 


PATHNAME  :  [. BENCH .  A . C .DlOshelll .  sh  (see  readme.txt  in  this  directory) 

(UNIX  equivalent  :  bench/a/c/dlc/shelll . sh) 

PURPOSE  :  Determine  the  effect  of  guarded  blocks  and  bus  resolved  signals  on 
CPU  time.  The  model  simulated  is  a  package  declaration,  a  package 
body  declaration,  and  an  architecture.  The  package  declaration  has 
two  type  declarations  and  a  resolution  function  declaration.  The 
package  body  has  the  body  of  the  resolution  function.  The 
architecture  consists  of  a  bus  resolved  signal  declaration,  a  number 
of  non-resolved  signal  declarations  (guards),  a  guarded  block 
statement  for  each  guard  signal,  and  a  signal  assignment  statement 
for  each  guard  signal.  Each  block  contains  a  signal  assignment 
statement  for  the  bus  resolved  signal.  The  factors  to  be  varied  are 
the  number  of  non-resolved  signal  declarations/number  of  blocks/ 
number  of  signal  assignment  statements,  and  the  length  of  time  (in 
ns)  to  simulate  the  model.  This  description  is  part  of  an  example 
from  Dr  Jim  Armstrong’s  book. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  23  August  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  guarded  blocks/number  of  guard  signals 

2  :  length  of  time  (ns)  to  simulate  model 

—  EXAMPLE  : 

$  sira  gen/param="shelll .sh" , "test .vhd" ,3,2 

(UNIX  equivalent  :  sim  gen  -param=\"\shelll . sh\"\,\"\test.vhd\"\,3,2) 

will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

package  MVL.package  is 

package  body  MVL_package  is 

end  MVL_package; 
use  work. MVL_package. all; 
entity  test  is  end  test; 
architecture  test  of  test  is 

signal  X  :  MVL_res_func  MVL  bus; 
signal  PHASE_1  :  boolean; 
signal  PHASE_2  :  boolean; 
signal  PHASE_3  :  boolean; 
begin 
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bl  :  block ( PH ASE_1) 
begin 

X  <=  guarded  *1*  alter  S00  ps; 
end  block  bl ; 
b2  :  block(PHASE_2) 
begin 

X  <=  guarded  *0’  alter  500  ps; 
end  block  b2; 
b3  ;  block (PHASE.3) 
begin 

X  <=  guarded  *1*  alter  500  ps; 
end  block  b3; 

PHASE_1  <=  true  alter  750  ps 
.lalse  alter  1  ns 
.true  alter  2  ns; 

PHASE_2  <=  true  alter  750  ps 
.lalse  alter  1  ns 
.true  alter  2  ns; 

PHASE_3  <=  true  alter  750  ps 
.lalse  alter  1  ns 
.true  alter  2  ns; 

end  test; 

This  description  is  part  ol  an  example  Irom  Dr  Jim  Armstrong’s  book 

package  MVL.package  is 

type  MVL  is  ( ’7 ’ , '0' , ’ 1 ’ ) ; 

type  MVL.res.vec  is  array  (integer  range  <>)  ol  MVL; 
lunction  MVL_res_lunc  (S  :  MVL_res_vec)  return  MVL; 
end  MVL_package; 
package  body  MVL.package  is 

lunction  MVL_res_lunc  (S  :  MVL_res_vec)  return  MVL  is 
variable  RESOLVED. VALUE  :  MVL  :=  ’Z’; 
begin 

lor  I  in  S’ RANGE  loop 
il  S(I)  /=  'Z*  then 

RESOLVED.VALUE  :=  S(I); 
exit; 
end  il ; 
end  loop; 

return  RESOLVED.VALUE; 
end  MVL.res.lunc; 
end  MVL.package; 
use  »ork. MVL.package. all; 
entity  test  is  end  test; 
architecture  test  ol  test  is 

signal  X  :  MVL.res.lunc  MVL  bus; 

#1[  signal  PHASE.®  :  boolean;] 
begin 

#1[  b®  :  block(PHASE.e) 
begin 

X  <=  guarded  ’$2$1$0$‘  alter  500  ps ; 


637 


end  block  bfi;] 

#1[  PHASE. fi  <=  true  alter  750  ps 

#2[  ,$2$lalse$true$  alter  ®  ns] ;] 

end  test; 
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TEST  NUMBER  :  314 


PATHNAME  :  [.BENCH. A. C. DIB] shell 1 .sh  (see  readme.txt  in  this  directory) 

(UNIX  equivalent  :  bench/a/c/dlb/shelll . sh) 

PURPOSE  :  Determine  the  effect  of  guarded  blocks  and  register  resolved  signals 
on  CPU  time.  The  model  simulated  is  a  package  declaration,  a 
package  body  declaration,  and  an  architecture.  The  package 
declaration  has  too  type  declarations  and  a  resolution  function 
declaration.  The  package  body  has  the  body  of  the  resolution 
function.  The  architecture  consists  of  a  register  resolved  signal 
declaration,  a  number  of  non-resolved  signal  declarations  (guards), 
a  guarded  block  statement  for  each  guard  signal,  and  a  signal 
assignment  statement  for  each  guard  signal.  Each  block  contains  a 
signal  assignment  statement  for  the  register  resolved  signal.  The 
factors  to  be  varied  are  the  number  of  non-resolved  signal 
declarations/number  of  blocks/number  of  signal  assignment  statements, 
and  the  length  of  time  (in  ns)  to  simulate  the  model.  This 
description  is  part  of  an  example  from  Dr  Jim  Armstrong's  book. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  23  August  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  guarded  blocks/number  of  guard  signals 

2  :  length  of  time  (ns)  to  simulate  model 

—  EXAMPLE  : 

—  $  sim  gen/param="shelll . sh" ."test . vhd" ,2 ,2 

(UNIX  equivalent  :  V,  sim  gen  -param=\”\shelll . sh\"\,\"\test. vhd\"\,2,2) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

package  MVL.package  is 

package  body  MVL_package  is 

end  MVL_package; 
use  work. MVL_package. all; 
entity  test  is  end  test; 
architecture  test  of  test  is 

signal  X  :  MVL.res.func  MVL  register; 
signal  PHASE. 1  :  boolean; 
signal  PHASE.2  :  boolean; 
begin 

bl  :  block(PHASE.l) 
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begin 

X  <=  guarded  '1*  after  500  ps; 
end  block  bl; 

b2  :  block (PHASE.2) 
begin 

X  <=  guarded  *0'  after  E00  ps; 
end  block  b2; 

PHASE.l  <=  true  after  750  ps 
.false  after  1  ns 
.true  after  2  ns; 

PHASE_2  <=  true  after  750  ps 
.false  after  1  ns 
,trus  after  2  ns; 

end  test; 

This  description  is  part  of  an  example  from  Dr  Jim  Armstrong's  book. 


package  MVL.package  is 

type  MVL  is  (»2* , *0* , *1') ; 

type  MVL.res.vec  is  array  (integer  range  <>)  of  MVL; 
function  MVL.res.func  (S  :  MVL_res_vec)  return  MVL; 
end  MVL_package; 
package  body  MVL.package  is 

function  MVL_res_func  (S  :  MVL.res.vec)  return  MVL  is 
variable  RESOLVED.VAL  ,E  :  MVL  :=  ’ Z * ; 
begin 

for  I  in  S’RANGE  loop 
if  S(I)  /=  ’Z’  then 

RESOLVED .VALUE  :=  S(I); 
exit ; 
end  if ; 

end  loop; 

return  RESOLVED.VALUE; 
end  MVL.res.f unc ; 
end  MVL.package; 
use  work .MVL.package . all ; 
entity  test  is  end  test; 
architecture  test  of  test  is 

signal  X  :  MVL.res.f unc  MVL  register; 

#1[  signal  PHASE.®  :  boolean;] 
begin 

#1[  b®  :  block(PHASE.e) 
begin 

X  <=  guarded  ’$2$i$0$’  after  500  ps ; 
end  block  b®;] 

#1[  PHASE.®  <=  true  after  750  ps 
#2[  ,$2$f alse$true$  after  ®  ns] ;] 

end  test; 
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TEST  NUMBER  :  315 


PATHNAME  :  [.BENCH. A. C.G2] shell. eh 

(UNIX  equivalent  :  bench/a/c/g2/shell . sh) 

PURPOSE  :  Determine  the  effect  of  assertion  statements  on  CPU  time.  The  model 
simulated  is  an  architecture  consisting  of  a  number  of  signal 
' jclarations  and  a  number  of  assertion  statements  for  each  signal, 
'ihe  factors  to  be  varied  are  the  number  of  signal  declarations,  the 
number  of  assertion  statements  per  signal,  and  the  length  of  time 
(in  ns)  to  simulate  the  model. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  23  August  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  signal  declarations 

2  :  number  of  assertion  statements  per  signal  declaration 

3  :  length  oi  time  (ns)  to  simulate  model 

—  EXAMPLE  : 

$  sim  gen/param="shell.sh","test.vhd",3,2,5 

(UNIX  equivalent  :  ’/,  sim  gen  -param=\"\shell . sh\"\ ,\"\test .  vhd\"\  ,3 ,2,5) 
will  generate  a  model  in  file  "test.vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 


— 

signal 

sigl  : 

boolean 

:  = 

true ; 

— 

signal 

sig2  : 

boolean 

:  = 

false ; 

— 

signal 

sig3  : 

boolean 

:  r 

true  ; 

— 

signal 

stop  ; 

boolean 

:  = 

false ; 

— 

begin 

— 

8t0p  <= 

false 

— 

true  after  5  ns; 

— 

assert 

((sigl 

=  true) 

or 

(sigl  = 

false) ) 

report  ""  severity 

note ; 

— 

assert 

((S132 

=  true) 

or 

(sig2  = 

false) ) 

report  ""  severity 

note; 

— 

assert 

( (sig3 

=  true) 

or 

(sig3  = 

false) ) 

report  ""  severity 

note ; 

— 

assert 

((sigl 

=  true) 

or 

(sigl  = 

false) ) 

report  ""  severity 

note ; 

— 

assert 

((sig2 

=  true) 

or 

(sig2  = 

false) ) 

report  severity 

note ; 

— 

assert 

( (sig3 

=  true) 

or 

(sig3  0 

false) ) 

report  ""  severity 

note ; 

— 

assert 

(stop 

false) 

report  "simulation 

complete"  severity 

failure 

end  test; 


entity  test  is  end; 
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architecture  test  of  test  is 

#1[  signal  sigfi  :  boolean  :=  $2$true$false$;] 
signal  stop  :  boolean  :=  false; 
begin 

stop  <=  false, 

true  after  ns; 

#2[#1[  assert  ((sigO  =  true)  or  (sig®  =  false))  report  ""  severity  note;]) 
assert  (stop  =  false)  report  "simulation  complete"  severity  failure; 
end  test; 
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TEST  HUMBER  :  316 


PATHNAME  :  [ . BENCH . A . C . G4] shell. sh 

(UNIX  equivalent  :  bench/a/c/g4/shell . sh) 

PURPOSE  :  Determine  the  effect  of  block  assertion  statements  on  CPU  time.  The 
model  simulated  is  an  architecture  consisting  of  a  number  of  block 
declarations.  Each  block  contains  a  number  of  signal  declarations 
and  a  number  of  assertion  statements  for  each  signal.  The  factors 
to  be  varied  are  the  nx nber  of  block  declarations,  the  number  of 
signal  declarations  pei  block,  the  number  of  assertion  statements 
per  signal,  and  the  length  of  time  (in  ns)  to  simulate  the  model. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASU1EMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  24  August  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  blocks 

2  :  number  of  signal  declarations  per  block 

3  :  number  of  assertion  statements  per  signal  declaration 

4  :  length  of  time  (ns)  to  simulate  model 

—  EXAMPLE  : 

$  sim  gen/param="shell . sh" , "test . vhd" ,2 ,2 , 2 , 5 

(UNIX  equivalent  :  V.  sim  gen  -param=\"\shell . sh\"\, \"\test . vhd\"\ ,2,2,2 ,5) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  i3  end; 
architecture  test  of  test  is 

signal  stop  :  boolean  :=  false; 
begin 

stop  <=  false, 

true  after  5  ns; 

assert  (stop  =  false)  report  "simulation  complete"  severity  failure; 
bl  :  block 


— 

signal 

sigl  : 

boolean 

:  = 

true ; 

-- 

signal 

sig2  : 

boolean 

:  = 

false ; 

— 

begin 

— 

assert 

( (sigl 

=  true) 

or 

(sigl  =  false)) 

report 

""  severity 

note ; 

— 

assert 

( (sig2 

=  true) 

or 

(sig2  =  false)) 

report 

""  severity 

note ; 

-- 

assert 

((sigl 

=  true) 

or 

(sigl  =  false)) 

report 

""  severity 

note ; 

-- 

assert 

( (sig2 

=  true) 

or 

(sig2  =  false)) 

report 

""  severity 

note ; 

— 

end  block 

bl; 

-- 

b2  :  block 

— 

signal 

sigl  : 

boolean 

:  = 

true  ; 
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— 

signal 

begin 

sig2  : 

boolean 

-  ~ 

false 

— 

assert 

((sigl 

=  true) 

or 

(sigl 

— 

assert 

( (sig2 

=  true) 

or 

(sig2 

— 

assert 

((sigl 

=  true) 

or 

(sigl 

— 

assert 

( (sig2 

=  true) 

or 

(sig2 

end  block  b2; 
end  test; 


false))  report  ""  severity  note; 
ialse))  report  ""  severity  note; 
false))  report  ""  severity  note; 
false))  report  ""  severity  note; 


entity  test  is  end; 
architecture  test  of  test  is 
signal  stop  :  boolean  :=  false; 
begin  • 

stop  <=  false, 

true  after  '/A'i  ns; 

assert  (stop  =  false)  report  "simulation  complete"  severity  failure; 

#1[  b©  :  block 

#2[  signal  sig®  :  boolean  :=  $2$true$f alse$;] 
begin 

#3[#2[  assert  ((sig®  =  true)  or  (sig®  =  false))  report  ""  severity  note;]] 
end  block  b®;] 
end  test; 


TEST  HUMBER  :  317 


PATHNAME  :  [.BENCH . B .C . G6 . 12 . P10] shell . sh 

(UNIX  equivalent  :  bench/b/c/g6/i2/pl0/shell . sh) 

PURPOSE  :  Determine  the  effect  of  function  assertion  statements  on  CPU  time. 

The  model  simulated  is  an  architecture  consisting  of  a  number  of 
function  declarations  and  a  process.  Each  function  has  an  assertion 
statement  for  each  input  parameter  and  a  return  statement  that 
returns  the  output  of  an  XOR  assignment  statement  with  all  the  input 
parameters  as  arguments.  The  process  has  a  number  of  bit  variable 
declarations  (the  same  number  as  the  number  of  input  parameters  of 
each  function)  and  a  function  call  for  each  function  declaration. 

The  factors  to  be  varied  are  the  number  of  function  declarations/ 
function  calls  and  the  number  of  variable  declarations  in  the 
process/input  parameters  in  each  function/assertion  statements  in 
each  function. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  29  August  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  function  declarations  in  architecture/number  of  function 

calls  in  process 

2  :  number  of  variable  input  parameters  (-1)  for  each  function/number 

of  assertion  statements  (-1)  in  each  function 

—  EXAMPLE  : 

$  sim  gen/param="shell.sh","test.vhd’,I2,3 

(UNIX  equivalent  :  ’/,  sim  gen  -param=\"\shell . sh\"\ ,\"\test . vhd\"\ , 2 , 3) 
will  generate  a  model  in  file  "test.vhd”  with  an  architecture 
in  the  form  : 

entity  test  is  end; 


— 

architecture  test  of 

test  is 

— 

function 

->orl  (varO 

:  in  bit 

-- 

;  varl 

:  in  bit 

— 

;  var2 

:  in  bit 

— 

;  var3 

:  in  bit)  return 

bit 

is 

begin 

assert 

((varO  = 

0‘)  cr  (varO  =  ’ 

1*)) 

report 

""  severity 

note 

— 

assert 

((varl  = 

O’)  or  (varl  =  ’ 

l1)) 

report 

""  severity 

note 

-- 

assert 

( ( var2  = 

O’)  or  (var2  =  * 

1*)) 

report 

""  severity 

note 

-- 

assert 

((var3  = 

O’)  or  (var3  =  ’ 

1’)) 

report 

""  severity 

note 

— 

return(varO 

XOR  varl 


XOR  var2 
XOR  var3) ; 


end  xorl ; 

function  xor2(var0  :  in  bit 
;varl  :  in  bit 
;var2  :  in  bit 

;var3  :  in  bit)  return  bit  is 

begin 

assert  ((varO  =  '0')  or  (varO  =  '1'))  report  ""  severity  note; 

assert  ((varl  =  ’O’)  or  (varl  »  ’1’))  report  ""  severity  note; 

assert  ((var2  =  ’O’)  or  (var2  *  ’1’))  report  severity  note; 

assert  ((var3  =  ’O’)  or  (var3  =  ’1’))  report  **"  severity  note; 

return(varO 

XOR  varl 
XOR  var2 
XOR  var3) ; 

end  xor2; 
begin 
process 

variable  varO  :  bit  ;=  ’O’; 
variable  varl  :  bit  :=  ’1’; 
variable  var2  :  bit  :=  ’ 0  ; 
variable  var3  ;  bit  ; = 
variable  outl  :  bit; 
variable  out2  ;  bit; 
begin 

outl  :=  xorl(varO 
.varl 
,var2 
,var3); 

out2  :=  xor2(var0 
.varl 
,  var2 
,  var3) ; 

wait ; 

end  process; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
#1[  function  xor®(varO  :  in  bit 
#2[  ;  var®  :  in  bit])  return  bit  is 

begin 

assert  ((varO  =  ’O')  or  (varO  =  ’1’))  report  "" 
#2[  assert  ((var®  =  ’O’)  or  (var®  =  ’!’))  report 
return(varO 


n  2[ 


severity  note; 

""  severity  note;) 


end  xor®;] 
begin 


process 


XOR  var®] ) ; 


'0 


variable  varO  :  bit  := 

#2[  variable  var®  :  bit  := 

#l[  variable  out®  :  bit;] 

begin 

#l[  out®  : =  xor®(varO 
#2[  ,var®]);] 

wait; 

end  process; 
end  test; 


TEST  NUMBER  :  318 


PATHNAME  :  [. BENCH . B . C . G5 ,H2 . P10] shell . sh 

(UNIX  equivalent  :  bench/b/c/g/h2/pl0/shell . sh) 

PURPOSE  :  Determine  the  effect  of  procedure  assertion  statements  on  CPU  time. 

The  model  simulated  is  an  architecture  consisting  of  a  number  of 
procedure  declarations  and  a  process.  Each  procedure  has  an 
assertion  statement  for  each  input  parameter  and  an  XOR  assignment 
statement  with  all  the  input  parameters  as  arguments  and  the  output 
parameter  as  the  result.  The  process  has  a  number  of  bit  variable 
declarations  (the  same  number  as  the  number  of  input  parameters  of 
each  procedure)  and  a  procedure  call  for  each  procedure  declaration 
The  factors  to  be  varied  are  the  number  of  procedure  declarations/ 
procedure  calls  and  the  number  of  variable  declarations  in  the 
process/input  parameters  in  each  procedure/assertion  statements  in 
each  procedure. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafir.o 

—  Date  :  29  August  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  procedure  declarations  in  architecture/number  of  procedure 

calls  in  process 

2  :  number  of  variable  input  parameters  (-1)  for  each  procedure/number 


— 

of  assertion  statements  (-1)  in  each 

procedure 

— 

EXAMPLE  : 

— 

$  sim  gen/param 

=" shell . sh" , "test . vhd" ,2 , 

2 

-- 

(UNIX  equivalent  :  V,  sim 

gen  -param=\"\shell . sh\"\ , \"\test . vhd\"\ 

.2.2) 

— 

will  generate 

a  model 

in  file  "test. vhd"  with  an  architecture 

— 

in  the  form  : 

— 

entity  test 

is  end; 

-- 

architecture  test  of 

test  is 

— 

procedure 

xor 1 (varO  :  m  bit 

— 

;varl  :  in  bit 

— 

;var2  ;  in  bit 

-- 

;out 

.var  :  out  bit) 

is 

-- 

begin 

-- 

assert 

((varO  = 

11 

O 

n 

> 

o 

o 

’1’))  report  ""  severity 

note ; 

— 

assert 

( (var  1  = 

’O’)  or  (varl  = 

’1’))  report  ""  severity 

note ; 

— 

assert 

((var2  = 

’O’)  or  (var2  = 

’!’))  report  ""  severity 

note ; 

— 

out. var 

varO 

-- 

XOR  varl 

-- 

XOR  var 2 ; 

CIS 


end  xorl; 

procedure  xor2(var0  :  in  bit 
;varl  :  in  bit 
;var2  :  in  bit 
;out_var  :  out  bit)  is 

begin 

assert  ((varO  =  ’O')  or  (varO  =  *1’))  report  m‘  severity  note; 

assert  ((varl  =  ’O’)  or  (varl  =  *1'))  report  severity  note; 

assert  ((var2  =  '0')  or  (var2  =  '1'))  report  ""  severity  note; 

out_var  :=  varO 

XOR  varl 
XOR  var2 ; 

end  xor2; 
begin 
process 

variable  varO  :  bit  :=  ’O’; 
variable  varl  :  bit  :=  ’ 1 ’ ; 
variable  var2  :  bit  :=  'O’; 
variable  outl  :  bit; 
variable  out2  :  bit; 
begin 

xorl (varO 
.varl 
,  var2 
, outl) ; 
xor2(var0 
,varl 
,  var2 
,out2)  ; 
wait ; 

end  process; 
end  test; 


entity  test  is  end; 
architecture  test  of  test  is 
#1[  procedure  xorfi(var0  :  in  bit 
#2 [  ;var®  :  in  bit] 

;out_var  :  out  bit)  is 

begin 

assert  ((varO  =  ’O’)  or  (varO  =  ’1'))  report  ””  severity  note; 

#2[  assert  ((var®  =  ’O’)  or  (varfi  =  ’1’))  report  severity  note;] 
out_var  :=  varO 

#2[  XOR  var®] ; 

end  xorfl;] 
begin 
process 

variable  varO  :  bit  :=  ’O’; 

#2[  variable  var®  :  bit  :=  ’$2$1$0$’;] 

#1[  variable  out®  :  bit;] 

begin 


#lC  xorfi(varC 
#2[  ,var®] 

,out«) ;] 
wait ; 

end  process; 
end  test; 


TEST  HUMBER  :  319 


PATHNAME  :  [. BENCH . B . C.K. LI .M. 0] shell . sh 

(UNIX  equivalent  :  bench/b/c/k/ll/m/o/shell. sh) 

PURPOSE  :  Determine  the  effect  of  arrayed  variables  and  use  of  the  "  'val  " 
attribute  on  CPU  time.  The  odel  simulated  is  an  architecture 
consisting  of  a  process.  The  process  has  a  variable  character 
array  declaration  and  a  for-loop,  vhose  number  of  iterations  is 
equal  to  the  size  of  the  array.  The  for-loop  contains  an  if- 
atatement,  a  variable  assignment  statement  using  "  'val  ",  and 
another  variable  assignment  statement.  The  if-statement  contains 
two  variable  assignment  statements.  The  factor  to  be  varied  is  the 
size  of  the  array/number  of  for-loop  iterations. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


—  AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  30  August  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  "  ’val  "  statements  to  execute/number  of  variable 
declarations  in  process 

—  EXAMPLE  : 

$  sim  gen/param="shell.sh", "test. vhd" ,200 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shell .  sh\"\ ,\"\test .  vhd\”\ ,  200) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
begin 
process 

type  var_type  is  arrayO  to  200)  of  character; 
variable  var  :  var_type; 
variable  corrected_val  :  integer; 
variable  wrap  :  integer  :=  1; 
begin 

corrected_val  :=  32; 
for  i  in  1  to  200  loop 
if  l  >  (95  *  wrap)  then 
wrap  :=  wrap  +  1; 
corr ected.val  :=  32; 
end  if; 

var(i)  ;=  character ’ val(corrected_val) ; 
corrected. val  :=  corrected. val  +  1; 
end  loop; 


wait ; 

end  process; 
end  test; 

entity  test  is  end; 
architecture  test  of  test  is 
begin 
process 

type  var_type  is  array(l  to  */,l*/.)  of  character 
variable  var  :  var .type; 
variable  corrected_val  :  integer; 
variable  wrap  :  integer  :=  1; 
begin 

corrected_val  :=  32; 
for  i  in  1  to  '/.l'/.  loop 
if  i  >  (95  *  wrap)  then 
wrap  : =  wrap  +  1 ; 
corrected_val  : =  32; 
end  if ; 

var (i)  :=  character 'val (corrected_val) ; 
corrected_val  :=  corrected_val  +  1; 
end  loop; 
wait ; 

end  process ; 
end  test; 


TEST  HUMBER  :  320 


PATHNAME  :  [. BENCH. A. C. FI .K.Q] shell. sh 

(UNIX  equivalent  :  bench/a/c/f 1/k/q/shell . sh) 

PURPOSE  :  Determine  the  effect  of  arrayed,  aliased  signals,  and  component 
instantiations  on  CPU  time.  The  model  simulated  is  a  mos  logic 
package  (containing  various  type  definitions  and  function 
declarations),  a  clock  entity  with  two  port  signals  (one  arrayed) 
whose  architecture  has  a  signal  assignment  statement  for  each 
element  of  the  port  signal  array,  and  a  top-level  entity  whose 
architecture  has  an  arrayed  signal  declaration  whose  si2e  is 
equal  to  the  number  of  elements  in  the  clock  entity's  port  signal 
multiplied  by  the  number  of  aliased  signals  desired.  This 
architecture  also  has  a  number  of  aliased  signals;  each  one 
represents  part  of  the  arrayed  signal  declared  earlier  in  the 
architecture,  and  is  the  same  size  as  the  clock  entity's  port 
signal.  The  architecture  also  contains  one  component  instantiation 
(of  the  clock  entity)  for  each  aliased  signal.  The  factors  to  be 
varied  are  the  size  of  the  clock  entity’s  arrayed  port  signal,  the 
number  of  aliased  signals/component  instantiations  in  the  top-level 
architecture,  and  the  length  of  time  (in  ns)  to  simulate  the  model. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino;  code  written  by  Captain  Michael  A.  Dukes 

—  Date  :  11  September  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  bit_vector  size 

2  :  number  of  aliased  signals/component  instantiations 

3  :  length  of  time  (ns)  to  simulate  model  (must  be  >  2) 

--  EXAMPLE  : 

$  sim  gen/param="shell . sh” , "test . vhd" , 250, 150, 10 

(UNIX  equivalent  :  '/,  sim  gen  -param=\"\shell  .sh\"\,\"\test  .vhd\"\,250, 

150,10) 

will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

package  M0S_logic_package2  is 


end  M0S_logic_package2 ; 
use  work . mos_logic_package2 . all ; 
entity  many.clock  is 

port  (GO  :  in  mos_node; 

clock  :  inout  mos_node_vector  (250  downto  1)); 


end  many_clock; 

architecture  proc  ol  raany_clock  is 
begin 

clock(l)  <=  snand(clock(l) ,go)  after  1  ns; 

clock(250)  <=  snand(cloc'‘/250)  ,go)  after  1  ns; 
end  proc; 

use  work  mos_logic_package2 . all ; 
entity  top_many  is 
end  top_many; 

architecture  struct  of  top_many  is 
signal  go  :  mos_node; 

signal  massive_clock  :  mos_node_vector  ((250  *  150)  downto  1); 
alias  clockl  :  mos_node_vector(250  downto  1) 

is  massive_clock ( ( 1  *  250)  downto  ( ( ( 1 — 1 )  *  250)+l)); 

alias  clockl50  :  mos_node_vector (250  downto  1) 

is  massive_clock((150  *  250)  downto  (((350-1)  *■  250)+!)); 
component  many_clock 

port  (GO  :  in  mos_node; 

clock  :  inout  mos_node_vector  (250  downto  1)); 
end  component; 

for  all  :  many_clock  use  entity  work . many_clock (proc) ; 
begin 
process 
begin 

go.L.S  <=  ’D’  after  1  ns; 

go.L.V  <=  ’0’  after  1  ns,  *1’  after  2  ns,  ’0’  after  10  ns; 
assert  (go.L.V  =  ’O’)  severity  error; 
wait ; 

end  process; 
many_clockl:  many_clock 
port  map  (GO  =>  GO, 

clock  =>  clockl)  ; 

many_clockl50:  many_clock 
port  map  (GO  =>  GO, 

clock  =>  clockl50); 

end  struct; 

package  M0S_logic_package2  is 

type  trans_type  is  ( ’ P ’ ,  ’N’  ,  ’ U ’  ,  ’ D ’ )  ; 

For  trans_type  the  following  mean: 

P  :  Optimally  sized  p-type  enhancement  K0S. 


N  :  Optimally  sized  n-type  enhancement  MOS. 

U  :  Resistively  sized  p-type  enhancement  MOS  (pullUp) . 

D  :  Resistively  sized  n-type  enhancement  MOS  (pullDosn) . 

type  strength  is  (’B',  ’C’,  ’W’,  ’D’); 

type  value  is  (’8',  ’O’,  *1’,  ’X’); 

type  capacitance  is  range  0  to  100000; 

type  M0S_logic  is  record 
S  ;  strength; 

V  :  value; 
end  record; 

type  M0S_node_record  is  record 
L  :  M0S_logic; 

C  ;  capacitance; 
end  record; 

•ne  M0S_node_and_time  is  record 
H  :  M0S_node_record; 

T  :  t ime ; 
end  record; 

type  M0S_noue_array  is  array  (Natural  range  <>)  of 
HCS_node_and_time ; 

type  mos_node_resolution_array  is  array  (integer  range  <>) 
of  M0S_node_record ; 


function  mos_node_resolution  (input  :  mos_node_resolution_array ) 
return  mos_node_record ; 

subtype  mos_n^de  is  mos_node_resolution  mos_nod ^.record; 
type  mos_node_vector  is  array  (Natural  range  <>)  of  mos_node; 
function  snand  (A,B  :  M0S_node_record)  return  M0S_node_record; 

function  snor  ( A , B  :  M0S_node_record)  return  M0S_node_record ; 

function  snot  (A  :  M0S_node_record)  return  M0S_node_record ; 

function  ST-nor  (A,B  :  M0S_node_record)  return  M0S_node_record ; 

function  pnand  (A,B  ;  MOi _node_record)  return  M0S_node_recor i ; 

function  nnand  (A,B  :  M0S_node_record)  return  M0S_node_record- 


Junction  pnor  (A,B  :  HOS_node_record)  return  MOS_node_record; 

function  pnot  (A  :  MOS_node_record)  return  MQS_node_record; 

function  tmux  (A,B,S,Sbar  :  MOS_node_record) 

return  MOS_node_record; 

function  dff  (A,  PHI,  PHI.bar,  OUTput  :  HQS_node_record) 

return  MOS_node_record ; 

function  binary_to_multi  (A  :  bit)  return  MDS_node_record; 

function  multi_to_binary  (Sig  :  bit;  A  :  MDS_node_record) 

return  bit; 

end  M0S_logic_package2 ; 

package  body  M0S_logic_package2  is 

function  mos_node_resolution  (input  :  mos_node_resolution_array) 
return  mos_node_record  is 

variable  output,  temp  :  mos_node_record ; 

begin 

output . L . S  : =  ’B ’ ; 
output . L. V  ; =  1 B ’ ; 
for  i  in  input’ range  loop 
temp  : =  input ( l)  ; 

If  (temp.L.S  >  output. L.S)  then 
output  :=  temp; 

elsif  ((temp.L.S  =  output. L.S)  and  (temp.L.V  /=  output. L.V))  then 
output .L.V  : =  ’  X  ’ ; 
end  if; 
end  loop; 
return(output) ; 
end  mos_node_resolution ; 


Static  CMOS  functions  used  with  multiple-valued  logic 


function  snar.d  (A,B  :  MOS_node_record) 

return  MOS_node_record  is 

variable  temp  :  MOS_node_record ; 

begin 

temp.C  :=  0.0; 

If (A.L.V  =  »1‘)  and  ( B.L.V  =  *1')  then 
t  emp . L . S  : =  ’ D ’ ; 
temp.L.V  :=  >0’; 

elsif  (B.L.V  =  ’O’)  or  (A.L.V  =  ’O’)  then 
temp.L.S  :=  ’D’ ; 
temp.L.V  ;=  *1’; 

else 

temp.L.S  ’W’ ; 
temp.L.V  :=  ‘X’ ; 
end  if ; 
return(temp) ; 

end  snand; 


function  snor  (A ,B  :  MOS_node_record) 

return  MOS_node_record  is 

variable  temp  :  MOS_node_record ; 

begin 

temp.C  :=  0.0; 

If ( A . L . V  =  >0’)  and  (B.L.V  =  *0’)  then 
temp . L . S  : =  ’D ’ ; 
temp . L . V  : =  ’ 1 1 ; 

elsif  (B.L.V  =  ' 1 ' )  or  (A.L.V  =  '1')  then 
temp . L . S  : =  ’ D ’ ; 
temp . L . V  : =  ’O’; 

else 

temp . L . S  : =  ’ W ' ; 
temp . L . V  : =  ’ X ’ ; 
end  if; 
return(temp) ; 


end  snor ; 


Junction  snot 


(A  :  HOS_node_record) 
return  MOS_node_record  is 


variable  temp  :  MOS_node_record ; 
begin 

temp.C  :=  0.0; 

II  CA.L.V  =  '0')  then 
temp.L.S  :=  ’D’ ; 
temp . L . V  :=  *1'; 
elsiX  (A.L.V  =  >1')  then 
temp.L.S  :=  ’D’; 
t  emp . L . V  : =  ’O’; 

else 

temp . L . S  : =  ’ W 1 ; 
temp. L . V  : =  ’X ’ ; 
end  if ; 
return(temp) ; 

end  snot; 


function  sxnor  (A,B  :  M0S_node_record) 

return  M0S_nodewrecord  is 

variable  temp  :  M0S_node_record ; 

begin 


temp.C  : =  0. 

0; 

If  ((A.L.V  =  ' 

’O' 

)  and 

(B. 

L.V  =  1 

’O’ 

’)) 

or 

((A.L.V  =  1 

'  1  ’ 

)  and 

(B. 

L.V  =  ’ 

1 1  ’ 

■)) 

then 

temp.L.S  : 

= 

'D 

1 

temp.L.V  : 

:  = 

'  1  ‘ 

f 

elsif  ((A.L.V 

= 

’  1 

) 

and 

(B.L.V 

= 

'0 

’))  or 

((A.L.V 

= 

’0 

) 

and 

(B.L.V 

= 

’  1 

’))  then 

temp.L.S 

:  = 

’D 

» 

temp . L . V 

:  = 

'0 

* 

else 

temp . L . S 

:  = 

’V 

i  . 

1 

temp . L . V 

:  = 

’X 

>  . 

» 

end  if; 

return(temp) 


r,r>S 


end  sxnor  ; 


pnMOS  functions  used  with  multiple-valued  logic 


function  pnand  (A,B  :  MOS_node_record) 

return  MOS_node_record  is 

variable  temp  :  MOS_node_record ; 

begin 

temp.C  : =  O.v, 

If  (A.L.V  =  »1»)  and  (B.L.V  =  »1')  then 
temp.L.S  :=  ’D’ ; 
temp.L.V  :=  ’O’; 

elsif  (A.L.V  =  ’O’)  or  (B.L.V  =  ’O’)  then 
temp.L.S  :=  ’W'; 
temp.L.V  :=  »1»; 

else 

temp.L.S  :=  ’W’ ; 
temp.L.V  :=  ’X’; 
end  if ; 
return(temp) ; 

end  pnand; 


function  nnand  (A,B  :  MOS_node_record) 

return  M0S_node_r ecord  is 

variable  temp  :  MOS_node_record ; 

begin 

temp.C  :=  0.0; 

If  (A.L.V  =  ’1’)  and  (B.L.V  =  ’!’)  then 
temp . L . S  : =  ’ W  ’  ; 
temp . L . V  : =  ’O’; 

elsif  (A.L.V  =  ’O')  or  (B.L.V  =  'O’)  then 
temp.L.S  ’ D  ’  ; 

temp . L . V  : =  ’  1  '  ; 


tiV.l 


else 

temp.L.S  :=  ’W'; 
temp.L.V  :=  * X * ; 
end  if ; 
return(temp) ; 

end  nnand; 


function  pnor 

(A,B  :  MOS_node_record) 
return  MOS_node_record  is 

variable  temp  : 

MOS_node_record ; 

begin 

temp.C  :=  0.0 

l 

If  (A.L.V  =  *1> 

)  or  (B.L.V  =  ' 1 ’ )  then 

temp.L.S  := 

’D  ’ ; 

temp.L.V  ;= 

'O’ ; 

elsif  (A.L.V  = 

’O')  and  (B.L.V  =  ’O’)  then 

temp.L.S  := 

’V’ ; 

temp.L.V  ;= 

’1’ ; 

else 

temp.L.S  ;= 

■V’; 

temp.L.V  := 

■X’; 

end  if ; 
return(temp) ; 

end  pnor; 

function  pnot  (A  :  MOS_node_record) 

return  MOS_node_record  is 

variable  temp  :  MOS_node_record ; 

begin 

terop.C  :=  0.0; 

If  (A.L.V  =  >1’)  then 
temp . L . S  : =  ’D ' ; 
temp . L . V  : =  ’O’; 
elsif  (A.L.V  =  ’O’)  then 
temp . L . S  : =  ’ W ' ; 
temp . L . V  : =  ’ 1 ’ ; 


else 


temp . L . S  : =  'W ’  ; 
temp . L . V  : =  '  X  ’  ; 


end  if ; 
return(temp) ; 

end  pnot; 


transmission-gate  functions  used  with  multiple-valued  logic 


function  tmux  (A.^.S.Sbar  :  MOS_node_record) 

return  MOS_node_record  is 

variable  temp  :  MOS_node_record ; 

begin 

temp.C  :=  0.0; 

If  ((S.L.V  =  >1>)  and  (Sbar.L.V  =  ’0’))  then 
If  not (A . L . S  =  ’B')  then 
temp  :=  A; 
end  if; 

elsif  ((S.L.V  =  *0’)  and  (Sbar.L.V  =  >1’))  then 
If  not(B.L.S  =  *B’)  then 
temp  :=  B; 
end  if ; 

elsif  (A.L.S  =  B.L.S)  then 
If  (A.L.V  =  B.L.V)  then 
temp.L  :=  A.L; 

else 

temp . L . V  : =  ’ X 1 ; 
temp .L.S  :=  A.L.S; 
end  if; 

If  (temp. L.S  =  ’D’)  then 

If  (S.L.V  =  ’O’)  and  (temp.L.V  =  ’O’)  then 
temp. L.S  :=  ’W’ ; 

elsif  (S.L.V  =  ’1’)  and  (temp.L.V  =  ’1’)  then 
temp .L.S  : =  ’ W ’ ; 
elsif  (S.L.V  =  ’X’)  then 
temp .L.S  : =  ’ W ’ ; 
end  if ; 
end  if ; 


(3(31 


elsif  (A.L.S  >  B.L.S)  then 
temp.L  :=  A.L; 

If  (temp.L.S  -  ’D’)  then 

If  (S.L.V  =  ’O’)  and  (temp.L.V  =  ’O’)  then 
temp.L.S  :=  ’W ; 

elsif  (S.L.V  =  '1')  and  (temp.L.V  =  ’1’)  then 
temp.L.S  :=  ’W’ ; 
elsif  (S.L.V  =  ’X')  then 
temp.L.S  :=  'W'; 
end  if; 
end  if  ; 

else 

t  emp . L  : =  B . L ; 

If  (temp.L.S  =  ’D’)  then 

If  (S.L.V  =  ’O’)  and  (temp.L.V  =  ‘O’)  then 
t  emp . L . S  : =  ’ V ' ; 

elsif  (S.L.V  =  ’1’)  and  (temp.L.V  =  *1’)  then 
temp.L.S  ;=  ’W’ ; 
elsif  (S.L.V  =  ’X’)  then 
temp . L . S  : =  ’ W ’ ; 
end  if ; 
end  if ; 
end  if ; 

return(temp) ; 

end  tmux ; 


precharged  functions  used  with  multiple-valued  logic 


Other  logic  functions  used  with  multiple-valued  logic 


function  dff 


(A,  PHI,  PHI_bar,  OUTput  :  MOS_node_record) 


return  MOS_node_record  is 


variable  temp  :  MOS_node_record; 
begin 

temp.C  :=  0.0; 

II  ((PHI.L.V  =  *1*  and  PHI.bar.L.V  =  '0’))  then 
If  (A.L.V  =  ’O’)  then 
temp.L.S  :=  ’D’ ; 
temp.L.V  :=  ’1’; 
elsif  (A.L.V  =  *1»)  then 
temp.L.S  :=  * D ’ ; 
temp.L.V  :=  ’O’ ; 

else 

temp.L.S  :=  *W’; 
temp.L.V  :=  'X'; 
end  if ; 

else 

temp.L  :=  OUTput.L; 
end  if; 
return (temp) ; 

end  dff; 


Logic  translation  for  binary  to  multi  and  multi  to  binary 


function  binary_to_multi  (A  :  bit) 

return  M0S_node_record  is 

variable  temp  :  M0S_node_record ; 

begin 

temp.C  :=  0.0; 
temp.L.S  :=  ’ D ’ ; 

If  (A  =  M’)  then 
temp.L.V  :=  ’  1  ’  ; 

else 

temp.L.V  :=  ’0’  ; 


fiij.'l 


end  if ; 
return(temp)  ; 

end  binary_to_multi; 

function  multi_to_binary  (Sig  :  bit; 

A  :  MOS_node_record) 
return  bit  is 

variable  temp  :  bit; 

begin 

'  If  (A.L.V  =  >1’)  then 
temp  : =  *  1  ’ ; 

elsif  (A.L.V  =  *0’)  then 
temp  :=  ’0’ ; 

else 

temp  :=  Sig; 
end  if ; 
return(temp) ; 
end  multi_to_binary ; 

end  M0S_logic_package2 ; 
use  work. mos_logic_package2. all; 
entity  many.clock  is 

port  (GO  :  in  mos_node; 

clock  :  inout  mos_node_vector  ('/.l'/,  downto  1)); 
end  many_clock; 

architecture  proc  of  many.clock  is 
begin 
process 
begin 

go.L.S  <=  'D'  after  1  ns; 

go.L.V  <=  'O’  after  1  ns,  >1’  after  2  ns,  ’0’  after  50  ns; 
wait; 

end  process; 

#1[  clock(®)  <=  snand(clock(®) ,go)  after  1  ns;] 
end  proc; 

use  work ,mos_logic_package2 . all ; 
entity  top.many  is 
end  top_many; 

architecture  struct  of  top.many  is 
signal  go  :  mos_node; 


signal  nassive.clock  :  mos_node_vector  ((*/.l*/.  *  V.2'/,)  downto  1); 

#2[  alias  clock#  :  mos_node_vector(*/.l'/,  downto  1) 

is  massive_clock((«  *  */,l'/.)  downto  (((fi-l)  *  ‘/.l*/.)  +  l)) ;] 

component  many.clock 

port  (GO  :  in  mos.node; 

clock  :  inout  mos_node_vector  ('/.l*/.  downto  1)); 
end  component; 

lor  all  :  many.clock  use  entity  work.many_clock(proc) ; 
begin 
process 
begin 

go.L.S  <=  ’D’  alter  i  ns; 

go.L.V  <=  ’0'  alter  1  ns,  '1'  after  2  ns,  *0*  alter  V.3'/.  ns 
assert  (go.L.V  =  ‘0‘)  severity  error; 
wait ; 

end  process; 

#2[  many.clock®:  many .clock 
port  map  (GO  =>  GO, 

clock  *>  clock®) ;] 


end  struct; 


TEST  HUMBER  :  321 


PATHNAME  :  [. BENCH . A .C .FI . J]  NO  SHELL  FILE  -  SEE 

(UNIX  equivalent  :  bench/a/c/f 1/j)  readme.txt  IN  THIS 

DIRECTORY 

PURPOSE  :  Determine  the  effect  of  two  levels  of  component  hierarchy 
on  simulation  time.  The  components  are  4-bit  multipliers. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


entity  two_level  is  end; 
architecture  two  of  two_level  is 

signal  inla, inlb, in2a, in2b, in3a, in3b ,outl ,out2,out3  :  integer  :=0; 
component  test 

port  (a_integer  :  in  integer; 
b^integer  :  in  integer; 
result_integer  :  out  integer) ; 
end  component ; 

for  all  :  test  use  entity  work . test(proc) ; 
begin 

testl  :  test 

port  map  (a_integer  =>  inla, 
b_integer  =>  inlb, 
result_integer  =>  outl); 
test2  :  test 

port  map  (a_integer  =>  in2a, 
b_integer  =>  in2b, 
result_integer  =>  out2) ; 
test3  :  test 

port  map  (a_integer  =>  outl, 
b_integer  =>  out2, 
result_integer  =>  out3) ; 
inla  <=  0, 

15  after  100  ns, 

5  after  150  ns , 

3  after  200  ns, 

4  after  250  ns, 

2  after  300  ns, 

4  after  350  ns, 

16  after  400  ns , 

2  after  450  ns, 

5  after  500  ns; 

inlb  <=  0, 

15  after  50  ns, 

0  after  100  ns, 

3  after  150  ns, 


(if)!! 


S  after  200  ns, 

4  after  2S0  ns, 

2  after  350  ns, 
16  after  400  ns, 
15  after  500  ns; 

in2a  <=  0, 

15  after  100  ns, 

5  after  150  ns, 

3  after  200  ns, 

4  after  250  ns, 

2  after  300  ns, 

4  after  350  ns, 

16  after  400  ns, 

2  after  450  ns, 

5  after  500  ns; 
in2b  <=  0, 

15  after  50  ns, 

0  after  100  ns, 

3  after  150  ns, 

5  after  200  ns, 

4  after  250  ns , 

2  after  350  ns, 

16  after  400  ns, 
15  after  500  ns; 
end  two; 


TEST  DUMBER  :  322 


PATHNAME  :  [. BENCH . A  .  C. FI , J]  NO  SHELL  FILE  -  SEE 

(UNIX  equivalent  :  bench/a/c/f 1/j )  readme. trt  IN  THIS 

DIRECTORY 

PURPOSE  :  Determine  the  effect  of  five  levels  of  component  hierarchy 
on  simulation  time.  The  components  are  4-bit  multipliers. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


entity  five_level  is  end; 
architecture  five  of  five_level  is 

signal  inla, inlb , in2a , in2b , in3a , in3b , in4a , in4b , in5a , in5b , in6a, in6b , 

in7a, in7b , in8a , in8b , in9a , in9b , inlOa , in 10b , in 11a, ini lb , inl2a, inl2b, 
in 13a, in 13b , in 14a , in 14b , in 15a , ini 5b , in 16a , in 16b, out 1 , out2 ,out3 ,out4 , 
out 5 ,out6 ,out7 , out 8 , out 9 , out  10 , out  1 1 , out 12 ,out 13 , out 14 .out 15 .out 16 , 

out  17, out  18, out  19, out 20, out 21 .out 22, out 23, out 24, out 25, out 26, out 27, 
out28,out29,out30,out31  :  integer  :=0; 
component  test 

port  (a_integer  :  in  integer; 
b_integer  :  in  integer; 
result_integer  :  out  integer); 
end  component; 

for  all  :  test  use  entity  work . test (proc) ; 
begin 

testl  :  test 

port  map  (a_integer  =>  inla, 
b_integer  =>  inlb, 
result_integer  =>  outl); 


test31  :  test 

port  map  (a_integer  =>  out29, 
b_integer  =>  out30, 
result_integer  =>  out31); 

inla  <=  0, 

15  after  100  ns, 

5  after  ISO  ns, 

3  after  200  ns, 

4  after  250  ns , 

2  after  300  ns, 

4  after  350  ns, 

16  after  400  ns, 

2  after  450  ns , 

5  after  500  ns; 


<;<;s 


inl6b  <=  0, 

15  alter  50  ns, 

0  alter  100  ns, 

3  alter  150  ns, 

5  alter  200  ns, 

4  alter  250  ns, 

2  alter  350  ns, 

16  alter  400  ns, 
15  alter  500  ns; 
end  live; 


TEST  HUMBER  :  323 


PATHNAME  :  [ . BENCH . A . C .FI . J]  NO  SHELL  FILE  -  SEE 

(UNIX  equivalent  :  bench/a/c/f 1/ j )  readme.txt  IN  THIS 

DIRECTORY 

PURPOSE  :  Determine  the  effect  of  ten  levels  of  component  hierarchy 
on  simulation  time.  The  components  are  4-bit  multipliers. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


entity  ten_level  is  end; 
architecture  ten  of  ten_level  is 

signal  inla, in2a , in3a, in4a , in5a, in6a , in7a , in8a , in9a , inlOa, ini la, ini 2a, inl3a, 
in 14a, inlSa, ini 6a, in 17a, in 18a, in 19a , in20a , in21a, in22a, in23a, in24a, 
in25a,in26a,in27a,in28a,in29a,in30a,in31a,in32a  :  integer  :=  0; 

signal  outl ,out2 , out3 ,out4 ,out5 , out 6 , out7 . out 8 , out 9 , out 10 ,outl 1 , out 12 , 
out  13 , out 14 , out  15 , out 16 , out 17 , out  18 , out  19 , out20 , out 21 , out22 , out 23 , 
out 24 , out 25 , out 26 , out27 , out28 , out 29 , out 30 , out3 1 , out 32 , out 33 
:  integer  ;=  0; 
component  five_level 

port  (ini , in2 , in3 ,in4, in5 , in6 , in7 , in8 , in9 , in 10 , ini 1 , inl2, ini 3, inl4, inl5, 
inl6,inl7,inl8,inl9, in20 , in2 1 , in22 , in23 , in24 , in25 , in26 , in27 , in28 , 
in29,in30,in31 ,in32  :  in  integer; 
result  :  out  integer); 

end  component ; 

for  all  :  five_level  use  entity  work . f ive_level(f ive) ; 
begin 

fivel  ;  five_level 

port  map  (ini  =>  inla, 
in2  =>  in2a, 
in3  =>  in3a, 
in4  =>  in4a, 
in5  =>  in5a, 
in6  =>  in6a, 
in7  =>  in7a, 
in8  =>  in8a, 
in9  =>  in9a, 
inlO  =>  inlOa, 
inll  =>  inlla, 
inl2  =>  inl2a, 
inl3  =>  inl3a, 
inl4  =>  inl4a, 
inl5  =>  inlSa, 
inl6  =>  inl6a, 
inl7  =>  inl7a, 
inl8  =>  inl8a, 
inl9  =>  inl9a, 
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in20 

■> 

in20a. 

in21 

■> 

in21&, 

in22 

=> 

in22a, 

in23 

=> 

in23a, 

in24 

=> 

in24a. 

in2S 

«> 

in2Ea, 

in26 

«> 

in26a, 

in27 

■> 

in27a, 

in28 

=> 

in28a, 

in29 

=> 

in29a. 

in30 

=> 

in30a, 

in31 

=> 

in31a, 

in32 

=> 

in32a, 

result  < 

:>  outl) ; 

five33  :  iive_level 
port  map  (ini  =>  outl, 
in2  =>  out2, 
in3  =>  out3, 
in4  =>  out4, 
in5  =>  out5, 
in6  =>  out6, 
in7  =>  out7, 
in8  =>  out8, 
in9  =>  out9. 


inlO  => 
inll  => 
inl2  => 
inl3  => 
inl4  => 
inl5  => 
in  16  *> 
inl7  => 
inl8  => 
in 19  => 
in20  => 
in21  => 
in22  «■> 
in23  »> 
in24  => 
in25  => 
in26  *> 
in27  *> 
in28  ■> 
in29  ■> 
in30  »> 
in31  => 
in32  => 
result 
inla  <=  0, 


outlO, 
out  1 1 , 
outl2, 
outl3, 
out 14, 
out  15, 
out  16, 
outl7, 
out  18, 
outl9, 
out20, 
out21 , 
out22, 
out23, 
out24, 
out25, 
out26, 
out27 , 
out28, 
out29 , 
out30, 
out31 , 
out32, 

■>  out33); 


15  alter  100  ns, 
5  alter  150  ns, 

3  alter  200  ns, 

4  alter  250  ns, 

2  alter  300  ns, 

4  alter  350  ns, 

16  alter  400  ns, 
2  alter  450  ns, 

5  alter  500  ns; 


in32a  <=  0, 

15  alter  50  ns, 

0  alter  100  ns , 

3  alter  150  ns, 

5  alter  200  ns, 

4  alter  250  ns, 

2  alter  350  ns, 

16  alter  400  ns , 
15  alter  500  ns; 
end  ten; 
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TEST  NUMBER  :  324 


PATHNAME  :  [. BENCH . B . C] shellO . sh 

(UNIX  equivalent  :  bench/b/c/shellO . sh) 

PURPOSE  :  Use  with  benchmark  #  32S  to  determine  the  simulation  time 

differences  between  processes  with  sensitivity  lists  versus 
processes  with  explicit  wait  statements.  This  description 
uses  explicit  wait  statements. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 
Date  :  17  November  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  :  number  of  signal  declarations/signal  assignment  statements/processes 

2  :  length  of  time  (ns)  to  simulate  model  (must  be  >  1) 

—  EXAMPLE  : 

$  sim  gen/param="shellO . sh" , "test . vhd" ,3,4 

(UNIX  equivalent  :  ’/.  sim  gen  -param=\"\shel  10 .  sh\"\ , \"\test .  vhd\"\ ,3 ,4) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
signal  go  :  bit  :=  ’1’; 
signal  si  :  bit; 
signal  s2  :  bit; 
signal  s3  :  bit; 
begin 

pi  :  process 
begin 

si  <=  si  nand  go  after  l  ns; 
wait  on  si; 
end  process  pi ; 
p2  :  process 
begin 

s2  <=  s2  nand  go  after  1  ns; 
wait  on  s2; 
end  process  p2; 
p3  :  process 
begin 

s3  <=  s3  nand  go  after  1  ns; 
wait  on  s3; 
end  process  p3; 
go  <=  ’1’  after  1  ns, 
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’0’  after  4  ns ; 
end  test; 

entity  test  is  end; 
architecture  test  of  test  is 
signal  go  :  bit  :=  ' 1 ’ ; 

#l[  signal  s®  :  bit;] 
begin 

#1[  pfi  :  process 
begin 

s®  <=  s®  nand  go  after  1  ns; 
wait  on  s®; 

-end  process  p®;] 
go  <=  ’1’  after  1  ns, 

'0'  after  V.2'1  ns; 
end  test; 


67.1 


TEST  NUMBER  :  325 


PATHNAME  :  [. BENCH. B.C] shell 1 .sh 

(UNIX  equivalent  :  bench/b/c/shelll . sh) 

PURPOSE  :  Use  with  benchmark  M  324  to  determine  the  simulation  time 

differences  between  processes  with  sensitivity  lists  versus 
processes  with  explicit  wait  statements.  This  description 
uses  sensitivity  lists. 

EXPECTED  RESUITS  : 

UNITS  OF  MEASUREMENT  : 


AUTHOR  :  Captain  Karen  M.  Serafino 

—  Date  :  17  November  1989 

—  PARAMETER  NUMBER  MEANING  : 

1  ;  number  of  signal  declarations/signal  assignment  statements/processes 

2  :  length  of  time  (ns)  to  simulate  model  (must  be  >  1) 

—  EXAMPLE  : 

$  sim  gen/param="shelll . sh" , "test . vhd" , 3, 4 

(UNIX  equivalent  :  '/.  sim  gen  -param=\"\shelll .  sh\"\ ,\"\test .  vhd\"\ ,3 ,4) 
will  generate  a  model  in  file  "test. vhd"  with  an  architecture 
in  the  form  : 

entity  test  is  end; 
architecture  test  of  test  is 
signal  go  :  bit  :=  *  1  * ; 
signal  si  :  bit; 
signal  s2  :  bit; 
signal  s3  :  bit; 
begin 

pi  :  process(sl) 
begin 

si  <=  si  nand  go  after  1  ns; 
end  process  pi ; 
p2  :  process(s2) 
begin 

s2  <=  s2  nand  go  after  1  ns; 
end  process  p2; 
p3  :  process(s3) 
begin 

s3  <=  s3  nand  go  after  1  ns; 
end  process  p3; 
go  <=  ’1’  after  1  ns, 

’0’  after  4  ns; 
end  test; 
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entity  test  is  end; 
architecture  test  of  test  is 
signal  go  :  bit  :=  ’l*; 

#1[  signal  s®  :  bit;] 
begin 

#l[  pfi  :  process(s®) 
begin 

s®  <=  sffl  nand  go  after  1  ns 
end  process  pfi;] 
go  <=  ’ 1 ’  after  1  ns, 

'O’  after  '/. 2V,  ns; 
end  test; 


TEST  HUMBER  :  306 


HO  SHELL  FILE  -  SEE  ’‘readme.txt"  IN  THIS  DIRECTORY 


pathname  .  [. bench. dia.fi. H.i.K.qDfpa.me.vhd 

(UNIX  equivalent  :  bench/dla/f l/h/i/k/q/fpa_f ile. vhd) 

PURPOSE  :  Determine  CPU  time  required  to  simulate  a  behavioral  description 
o 1  a  64-bit  lloating-point  adder  that  handles  double  precision 
IEEE  standard  lloating-point  notation  numbers. 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


Too  much  code  for  hardcopy. 


TEST  NUMBER  :  327  NO  SHELL  FILE  -  SEE  "readme.txt"  IN  THIS  DIRECTORY 

PATHNAME  :  [ . BENCH . FI . F3 . 12 . J] 

(UNIX  equivalent  :  bench/f l/f3/i2/j ) 

PURPOSE  :  Determine  CPU  time  required  to  simulate  a  structural  description 
o f  an  8-bit  ALU  with  two  inputs  (A  and  B),  three  outputs  (C, 
overflow,  and  zero),  and  8  opcodes  :  output  zeroes,  output  ones, 
complement  A,  A  +  B,  A*B,  A<B,  A<or  =  B,  A-B. 

EXPECTED  RESULTS  . 

UNITS  OF  MEASUREMENT  : 


Too  much  code  for  hardcopy. 


TEST  YUHBER  :  328 


PATHNAME  :  [ . BENCH . A .B . C . Fl3f orm9 . vhd  (no  shell  tile;  see 

(UNIX  equivalent  :  bench/a/b/c/f l/form9. vhd)  readme.txt) 

PURPOSE  :  Determine  CPU  time  required  to  simulate  a  structural 
description  of  a  9-input  parity  checker.  This  model 
has  no  parameters  to  vary,  and  contains  1275  gates 
(components) . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 

Too  much  code  for  hardcopy. 
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TEST  r  .BER  :  329 


PATHNAME  :  [. BENCH . A . B . C . Fl] f oral  1 . vhd  (no  shell  file;see 

(UNIX  equivalent  :  bench/a/b/c/f 1/formll . vhd)  readme.txt) 

PURPOSE  :  Determine  CPU  time  required  to  simulate  a  structural 
description  of  a  11-input  parity  checker.  This  model 
has  no  parameters  to  vary,  and  contains  S115  gates 
(components) . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 

Too  much  code  for  hardcopy. 


('.SO 


TEST  NUMBER  :  330 


PATHNAME  :  [ . BENCH . A . B . C . Fl] forml2 . vhd  (no  shell  iile;see 

(UNIX  equivalent  :  bench/a/b/c/f 1 /f orml2 . vhd)  readme.txt) 

PURPOSE  :  Determine  CPU  time  required  to  simulate  a  structural 
description  of  a  12-input  parity  checkei .  This  model 
has  no  parameters  to  vary,  and  contains  10235  gates 
(components) . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


Too  much  code  for  hardcopy. 


(i,< 
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TEST  HUMBER  :  331 

PATHNAME  :  [ . BENCH . A. B. C . Fl]forml4 . vhd  (no  shell  file;see 

(UNIX  equivalent  :  bench/a/b/c/f 1/f orml4 . vhd)  readme.txt) 

PURPOSE  :  Determine  CPU  time  required  to  simulate  a  structural 
description  of  a  14-input  parity  checker.  This  model 
has  no  parameters  to  vary,  and  contains  409S5  gates 
(components) . 

EXPECTED  RESULTS  : 

UNITS  OF  MEASUREMENT  : 


Too  much  code  for  hardcopy. 


Appendix  C.  Code  Generator 


"gen.vhd"  : 
entity  gen  is 

generic ( if ile.name  :  stringCl  to  100); 

ofile.name  :  stringCl  to  100); 

pari  :  integer  :=  0; 

par2  :  integer  :=  0; 

par 3  :  integer  :=  0; 

par4  :  integer  :=  0; 

par5  :  integer  :=  0; 

par6  :  integer  :=  0; 

par 7  :  integer  :=  0; 

par8  :  integer  :=  0; 

par9  :  integer  :=  0; 

par 10  :  integer  :=  0; 

par 1 1  :  integer  :=  0); 

end  gen; 

architecture  gen  of  gen  is 

type  char_f ile  is  file  of  character; 
subtype  para.num.range  is  integer  range  1  to  11; 
type  vhdl.line  is  array (0  to  1000)  of  character- 
file  in_f ile  :  char.file  is  in  ifile.name; 
file  out_f ile  :  char.file  is  out  ofile_name; 
subtype  tog.vals  is  integer  range  1  to  10; 
subtype  tog_lengths  is  integer  range  0  to  SO; 

type  tog_val_type  is  array (tog.vals .tog.lengths)  of  character; 
type  tog_val_length_type  is  array  (tog_vals)  of  tog.lengths; 
type  label_length_type  is  arrayCl  to  26)  of  character; 
constant  label. length.test  :  label_length_type  := 

"ABCDEFGHI JKLMNOPQRSTUVWXYZ" 

procedure  get_seq_num_length(iteration_num  :  in  integer, 

seq.num.length  :  out  integer)  is 
variable  power.of.ten  :  integer  :=  1; 
begin 

while  (iteration.num  /  (10  **  power.of.ten))  /=  0  loop 
power_of_ten  :=  pover_of_ten  +  1; 

end  loop; 

seq.num.length  :=  power_of _ten ; 
end  get_seq_num_length ; 

procedure  get.integei (lin  :  in  vhdl_line; 

ptr  :  inout  integer  range  vhdl_line’range; 
delim  :  in  character; 
out_integer  :  inout  integer)  is 
variable  power_of_ten  :  natural  :=  0; 
begin 

out.integer  : =  0; 

while  lin(ptr)  /=  delim  loop 

out.integer  :=  (out. integer  *  (10  **  power.of .ten) )  + 


character ’pos(lin(ptr))  -  48; 
power.ol.ten  :=  power.ol.ten  +  1; 
ptr  ; =  ptr  +  1 ; 
end  loop; 
end  get_integer; 

procedure  lile.get.integer (delim  :  in  character; 

out_integer  :  inout  integer)  is 
variable  power.ol.ten  :  natural  :=  0; 
variable  ch  :  character; 
begin 

out_integer  :=  0; 
read(in_f ile.ch) ; 
while  ch  /=  delim  loop 

out_integer  ;=  (out_integer  *  (10  **  power_of _ten) )  + 
character ’pos(ch)  -  48; 
power_of_ten  :=  power.ol.ten  +  1; 
read(in_f ile , ch) ; 
end  loop; 

end  1 ile_get_integer ; 

procedure  get_toggle_values(lin  ;  in  vhdl_line; 

ptr  :  inout  integer  range  vhdl_line 'range ; 
length  :  inout  tog_val_length_type ; 
val  :  inout  tog.val.type ; 
tog.limit  ;  inout  tog.vals)  is 

begin 

ptr  :=  ptr  +  1; 

get_integer(lin,ptr, ,tog_limit) ; 
lor  i  in  tog_vals’low  to  tog.limit  loop 
length(i)  0; 
ptr  :=  ptr  +  1; 
while  lin(ptr)  /=  loop 
length(i)  :=  length(i)  +  1; 
val(i,length(i))  :=  lin(ptr); 
ptr  ; =  ptr  +  1; 

end  loop; 
end  loop; 

end  get_toggle_values ; 

procedure  insert_toggle_value(lin  :  in  vhdl_line; 

ptr  :  inout  integer  range  vhdl_line 'range 
length  ;  inout  tog_val_length_type ; 
val  :  inout  tog_val_type ; 
lirst_toggle  :  inout  boolean; 
current.toggle  :  inout  tog_vals; 
tog  limit  :  inout  tog.vals)  is 
type  toggle_type  is  array  (tog. lengths)  ol  character; 
variable  toggle  :  toggle.type; 
variable  toggle.length  :  tog.lengths; 
variable  tog.limit.length  :  integer; 


begin 

if  first.toggle  then 
first.toggle  :=  false; 

get.toggle.values (1 in, ptr .length, val .tog.limit) ; 
toggle.length  :=  length(tog.vals’low) ; 
for  i  in  1  to  toggle.length  loop 
toggle(i)  :=  val(tog_vals’low,i) ; 
end  loop; 

current.toggle  :=  tog.vals ’low ; 
else 

get_seq_num_length(tog_limit ,tog_limit_length) ; 
ptr  :=  ptr  +  tog.limit.length  +  tog.limit  +  1; 
for  i  in  tog_vals  loop 
ptr  :=  ptr  +  length(i); 
end  loop; 

if  current_toggle  =  tog.limit  then 
current .toggle  :=  tog.vals ’low; 
else 

current.toggle  :=  current.toggle  +  1; 
end  if ; 

toggle.length  :=  length(current .toggle) ; 
for  i  in  1  to  toggle.length  loop 

toggle(i)  :=  val(current_toggle , i) ; 
end  loop; 
end  if ; 

for  i  in  1  to  toggle.length  loop 
write(out_f ile .toggle (i) ) ; 
end  loop; 

end  insert .toggle.value ; 

procedure  insert_num(iteration_num  :  in  integer; 

seq.num.length  :  in  integer)  is 
variable  cur.seq.num  :  integer; 
variable  cur.digit  :  integer  range  0  to  9; 

type  num.string.type  is  array (1  to  seq.num.length)  of  character 

variable  num.string  :  num.string.type; 

begin 

cur.seq.num  :=  iteration.num; 
for  i  in  num.string'high  downto  1  loop 
cur.digit  :=  cur.seq.num  mod  10; 
num.string(i)  :=  character ’ val(cur_digit  +  48); 
cur.seq.num  :=  cur_seq_num/10; 
end  loop; 

for  i  in  1  to  num.string’high  loop 
write(out_file,num_string(i)) ; 
end  loop; 
end  insert.num; 


procedure  get_iteration_num(para_num  :  in 

iterati on.num 


begin 


para.num.range 
:  out  integer) 


is 
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case  para.num  is 

when  1  =>  iteration.nua  :=  pari; 
when  2  =>  iteration.num  :=  par2; 
when  3  =>  iteration_num  :=  par3; 
when  4  =>  iteration.num  :=  par4; 
when  5  =>  iteration_num  :=  parS; 
when  6  =>  iteration.num  : =  par6 ; 
when  7  =>  iteration.num  :=  par7 ; 
when  8  =>  iteration.num  :=  par8; 
when  9  =>  iteration_num  :=  par9; 
when  10  =>  iteration.num  :=  parlO; 
when  11  =>  iteration.num  :=  parll; 
end  case; 

end  get_iteration_num ; 

procedure  same_line(lin  :  in  vhdl_line; 

ptr  :  inout  integer  range  vhdl_line ’range ; 
file.io  :  in  boolean)  is 
variable  para_num  :  para_num_range ; 
variable  label.length  :  integer; 

variable  label.ptr  :  integer  range  label_length_type 'range ; 
begin 

if  file_io  then 

f ile_get_integer( ’? 1 , para.num) ; 
else 

get.integer (lin ,ptr , .para.num) ; 
end  if ; 

get_iteration_num(para_num,label_length) ; 
label.ptr  :=  label_length_type’low; 
lor  i  in  1  to  label.length  loop 

write(out_f ile ,label_length_test(label_ptr) ) ; 
if  label.ptr  =  label_length_type ’high  then 
label.ptr  :=  label_length_type ’ low ; 
else 

label.ptr  :=  label.ptr  +  1; 
end  if; 
end  loop; 
end  same.line; 

procedure  process_block(iteration_num  :  in  integer; 

lin  :  inout  vhdl.line; 

char.count  :  inout  integer  range  vhdl.line ’range 
seq_num_length  :  in  integer; 

indent  :  in  integer  range  0  to  vhdl.line 'high; 

first.iter  :  in  boolean; 

length  :  inout  tog_val_length_type ; 

val  :  inout  tog_val_type ; 

first.toggle  :  in  boolean; 

current.toggle  :  inout  tog.vals; 

tog.limit  :  inout  tog.vals; 

same_line_f lag  :  out  boolean)  is 


procedure  eave_sub(blk  :  in  vhdl.line; 

char.count  :  inout  intege*  range  vhdl.line ’range ; 
indent  :  in  integer  range  0  to  vhdl.line 'high; 
para.num.length  :  out  integer)  is 
variable  ch  :  character; 
variable  seq.num.length  :  integer; 
variable  lin  :  vhdl_line; 
variable  iteration.num  :  integer; 
variable  block_count  :  integer; 
variable  blk_counter  :  integer; 

variable  cur_indent  :  integer  range  0  to  vhdl_line 'high  :=  indent; 

variable  first_iter  :  boolean  :=  false; 

variable  para.num  :  para.num.range; 

variable  first_toggle  :  boolean; 

variable  length  :  tog_val_length_type ; 

variable  val  :  tog_val_type ; 

variable  current.toggle  :  tog.vals; 

variable  tog.limit  :  tog_vals; 

variable  same.line.f lag  :  boolean; 

begin 

blk_counter  :=  1; 

get_integer (blk ,blk_counter , ’ [ ’ ,para_num) ; 
get_seq_num_length(para_num,para_num_length) ; 
get_iteration_num(para_num, iteration_num) ; 

assert  (blk(blk.counter)  =  '[')  report  "syntax  error"  severity  error; 
blk_counter  :=  blk_counter  +  1; 
char.count  :=  0; 
block_count  :=  0; 
ch  :=  blk(blk_counter) ; 
blk_counter  :=  blk_counter  +  1; 
while  (ch  /=  ’]’)  or  (block.count  /=0)  loop 
char_count  :=  char_count  +  1; 
lin(char_count)  :=  ch; 
if  ch  =  ’#’  then 

block_count  :=  block_count  +  1; 
elsif  ch  =  ’] ’  then 

block_count  :=  block_count  -  1; 
end  if; 

ch  :=  blk(blk_counter) ; 
blk.counter  :=  blk.counter  +  1; 
end  loop; 

if  cur_indent  =  0  then 
first.iter  :=  true; 
end  if ; 

first.toggle  :=  true; 

same_line_f lag  :=  false; 

for  i  in  1  to  iteration_num  loop 

get_seq_num_length(i ,seq_num_length) ; 

process_block(i ,lin , char .count , seq_num_length,cur_indent ,f irst.it er , 
length „ val , f irst.toggle , current.toggle , tog.limit , 
same.line.flag) ; 
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first_toggle  :=  false; 
lirst_iter  :=  false; 
end  loop; 
end  save_sub; 

variable  counter  :  integer; 

variable  temp_count  :  integer  range  0  to  char_count; 
variable  temp_block  :  vhdl.line; 

variable  cur_indent  :  integer  range  0  to  vhdl_line ’high  :=  indent; 
variable  para.num  :  para_num_range ; 
variable  limit  :  integer; 
variable  limit.length  :  integer; 

variable  local_f irst_toggle  :  boolean  :=  first_toggle; 

variable  para_num_length  :  integer; 

begin 

counter  :=  0; 
temp_count  :=  0; 
if  lin(l)  =  then 

counter  :=  counter  +  1; 
same_line_f lag  :=  true; 
else 

same_line_f lag  :=  false; 
if  not  first_iter  then 
write ( out _f ile.lf ) ; 
end  if; 

for  i  in  1  to  indent  loop 
write(out_f ile, '  '); 
end  loop; 
end  if ; 

while  counter  <  char_count  loop 
counter  :=  counter  +  1; 
if  lin(counter)  =  then 
if  counter  >  1  then 

if  linCcounter  -  1)  /=  If  then 
cur.indent  :=  indent  +  counter; 
end  if ; 
end  if ; 

for  i  in  (counter  +  1)  to  char_count  loop 
temp_block(i  -  counter)  :=  lin(i); 
end  loop; 

save_sub(temp_block , temp_count , cur_ indent , par a_num_length) ; 
counter  counter  +  2  +  temp.count  +  para_num_length; 
elsif  lin(counter)  =  ’0’  then 

insert_num(iteration_num, seq_num_length) ; 
elsif  lin(counter)  =  ’7,’  then 
counter  :=  counter  +  1; 
get_integer(lin, counter, ,para_num)  ; 
get_ iter at ion_num(para_num, limit) ; 
get_seq_num_length( limit , limit .length) ; 
insert_num(limit ,limit_length) ; 
elsif  lin(counter)  =  ’$’  then 

insert_toggle_value(lin , counter , length ,val ,local_f irst.toggle , 


current.toggle.tog.limit) ; 
elsif  lin(counter)  =  ’?’  then 
counter  :=  counter  +  1; 
same_line(lin, counter .false) ; 
else 

write(out_f ile.l in (counter) ) ; 
end  if ; 
end  loop; 

end  process_block ; 

procedure  save_block(char_count  :  inout  integer  range  vhdl_line ’range ; 

indent  :  in  integer  range  0  to  vhdl_line ’high)  is 
variable  ch  :  character; 
variable  lin  :  vhdl.line; 
variable  para_num  :  para.num.range ; 
variable  seq.num.length  :  integer; 
variable  iteration_num  :  integer; 
variable  block.count  :  integer; 

variable  cur_indent  :  integer  range  0  to  vhdl_line ’high  :=  indent; 

variable  first_iter  :  boolean  :=  false; 

variable  first_toggle  :  boolean; 

variable  length  :  tog_val_length_type ; 

variable  val  :  tog_val_type ; 

variable  current_toggle  :  tog_vals; 

variable  tog.limit  :  tog.vals; 

variable  same.line.f lag  ;  boolean; 

begin 

f ile_get_integer( ’ [’ .para.mun) ; 
get_iteration_num(para_num, iteration.num) ; 
char_count  :=  0; 
block_count  :=  0; 
read(in_f ile ,ch) ; 

while  (ch  /=  ’]’)  or  (block_count  /=0)  loop 
char_count  : =  char_count  +  1 ; 
lin(char_count)  :=  ch; 
if  ch  =  ’#’  then 

block_count  :=  block_count  +  1; 
elsif  ch  =  ’] ’  then 

block.count  :=  block_count  -  1; 
end  if ; 

read (in_f ile, ch)  ; 
end  loop; 

if  cur.indent  =  0  then 
first_iter  :=  true; 
end  if ; 

first_toggle  :=  true; 

sajne_line_f lag  :=  false; 

for  i  in  1  to  iteration.num  loop 

get_seq_num_length( i ,seq_num_length) ; 

process_block( i , lin , char_count , seq_num_ length , cur .indent , f irst.it er 


length ,val .first .toggle , current_toggle ,tog_limit , 
same_line_f lag) ; 
first.toggle  : =  false; 
first.iter  :=  false; 
end  loop; 
end  save.block; 


begin 

process 

variable  indent  :  integer  range  0  to  vhdl_line ’ high  :=  0; 
variable  ch  :  character; 

variable  char.count  :  integer  range  vhdl.line 'range ; 
variable  para_num  :  para.num.range ; 
variable  limit  :  integer; 
variable  limit_length  :  integer; 
variable  already. read  :  boolean  :=  false; 
variable  dummy.lin  :  vhdl.line; 

variable  dummy.ptr  :  integer  range  vhdl.line 'range , 
begin 

if  not  endf ile ( in.f ile)  then 
if  not  already.read  then 
read(in.file.ch) ; 
end  if ; 

already.read  :=  false; 
if  ch  =  ’ - '  then 
read(in.file.ch) ; 
if  ch  =  ' - ’  then 

while  ch  /=  If  loop 
read(in_f ile  ,ch) ; 
end  loop; 

if  indent  /=  0  then 
write(out_f ile.  If ) ; 
end  if ; 
indent  :=  0; 
else 

write(out_f ile,  ; 

indent  :=  indent  +  1; 
already.read  :=  true; 
end  if ; 

elsif  ch  =  then 

save_block(char_count , indent) ; 
indent  : =  indent  +  char.count; 
elsif  ch  =  then 

f  ile_get_integer(  .para.num)  ; 
get_iteration_num(para_num .limit ) ; 
get_seq_num_length( limit , limit. length) ; 
ins ert_num( limit , limit .length) ; 
indent  ;=  indent  +  limit.length ; 
elsif  ch  =  then 

same_line(dummy.lin .dummy.ptr .true) ; 
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else 

writ e (out _f ile, ch) ; 
indent  :=  indent  +  1; 
if  ch  =  If  then 
indent  :=  0; 
end  if ; 
end  if ; 

assert  not  endf ile(in_file)  report  "done"  severity  failure; 
end  if ; 
end  process; 
end  gen; 


"front-end . vhd"  : 

entity  front_end  is  end; 
architecture  front_end  of  front_end  is 
component  gen 

generic(if ile  name  :  string(l  to  46); 

ofile_name  :  string(l  to  8); 
pari ,par2,par3>par41parS1 

par6,par7,par8,par9,parl0,parll  :  integer  :=  0); 
end  component; 

for  all  :  gen  use  entity  work . gen(gen) ; 

constant  ifile  :  string  :=  "/home/elsunl/seraf ino/suite/bench/a/c/shell . sh" 
constant  ofile  :  string  :=  ’’test.vhd"; 
constant  pi  :  integer  :=  3; 
constant  p2  :  integer  :=  2; 
constant  p3  :  integer  :=  0; 
constant  p4  :  integer  :=  0; 
constant  p5  :  integer  :=  0; 
constant  p6  :  integer  :=  0; 
constant  p7  :  integer  :=  0; 
constant  p8  :  integer  :=  0; 
constant  p9  :  integer  :=  0; 
constant  plO  :  integer  :=  0; 
constant  pll  :  integer  :=  0; 
begin 

gen_comp  :  gen  generic  map( ifile , of ile ,pl ,p2 ,p3 , p4 ,p5 ,p6 ,p7 ,p8 ,p9 ,pl0 ,pl 1) ; 
end  front_end; 


"alternate_gen . vhd"  : 
entity  gen  is 

generic(ifile_narr.e  :  stnng(l  to  46); 

ofile.name  :  stringO  to  8); 
pari  :  integer  :=  3; 

par2  :  integer  :=  2; 

par3  :  integer  :=  0; 
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par4  :  integer  :=  0; 

par5  :  integer  :=  0; 

par6  :  integer  :=  0; 

par?  :  integer  :=  0; 

par8  :  integer  :=  0; 

par9  :  integer  :=  0; 

parlO  :  integer  :=  0; 
parll  :  integer  :=  0); 

end  gen; 

architecture  gen  of  gen  is 

type  char_file  is  file  of  character; 

subtype  para_num_range  is  integer  range  1  to  11; 

type  vhdl_line  is  array(0  to  1000)  of  character; 

file-in_file  :  char_file  is  in  ifile.name; 

file  out_file  :  char.file  is  out  ofile_name; 

subtype  tog_vals  is  integer  range  1  to  10; 

subtype  tog^lengths  is  integer  range  0  to  50; 

type  tog_val_type  is  array (tog_vals , tog_lengths)  of  character; 

type  tog_val_length_type  is  array  (tog_vals)  of  tog_lengths; 

type  label_length_type  is  array (1  to  26)  of  character; 

constant  label_length_test  :  label_length_type  := 

"ABCDEFGHI JKLMNOPQRSTUVWXYZ" 

procedure  get_seq_num_length (iteration.num  :  in  integer; 

seq_num_length  :  out  integer)  is 
variable  power_of_ten  :  integer  : -  1; 
begin 

while  (iteration_num  /  '10  **  power^of _ten) )  /=  0  loop 

power_of_ten  :=  power_of_ten  +  1; 
end  loop; 

seq_num_length  :=  power_of _ten ; 
end  get_seq_num^length ; 

procedure  get_integer (lin  :  in  vhdl_line; 

ptr  :  inout  integer  range  vhdl_line ’range ; 
delim  :  in  character; 
out_integer  :  inout  integer)  is 
variable  power_of_ten  :  natural  :=  0; 
begin 

out_integer  :=  0; 

while  lin(ptr)  /=  delim  loop 

out_integer  :=  (out_integer  *  (10  **  power.of _ten) )  + 
character ’pos(lin(ptr))  -  48; 
power_of_ten  :=  power_of_ten  +  1; 
ptr  :=  ptr  +  1; 
end  loop; 
end  get_integer; 

procedure  f ile.get.integer (delim  :  in  character; 

out_integer  :  inout  integer)  is 
variable  power_of_ten  :  natural  :=  0; 


variable  ch  :  character; 
begin 

out.integer  :=  0; 
read(in_file  ,ch) ; 
while  ch  /-  delim  loop 

out.integer  :  =  (out.integer  *  (10  *»  pcwer.of .ten) )  + 
character ’pos(ch)  -  48; 
power_of_ten  :=  power_of_ten  +  1; 
read(in_f ile , ch) ; 
end  loop; 

end  f ile.get.integer ; 

procedure  get_toggle_values(lin  :  in  vhdl_line; 

ptr  :  inout  integer  range  vhdl_l me  ' range ; 
length  :  inout  tog_ val _1 ength.type ; 
val  inout  tog. val. type ; 
tog_lirr.it  :  inout  tog_vals)  is 

begin 

ptr  :=  ptr  +  l; 

get .integer (lin.ptr, .tog.limit) ; 
for  l  in  tog.vals’lou  to  tog.limit  loop 
length(i)  :=  0; 
ptr  : =  ptr  +  1 ; 
while  lin(ptr)  /=  ’$’  loop 
length ( l )  :=  length(i)  +  1; 
val ( l , length ( l) )  :=  lin(ptr); 
ptr  : =  ptr  +  1 ; 

end  loop; 
end  loop; 

end  get_toggle_values ; 

procedure  insert .toggle. value ( 1  in  :  in  vhdl.line; 

ptr  :  inout  integer  range  vhdl.l me ’ range ; 
length  :  inout  tog.val.length.type ; 
val  :  inout  tog.val.type ; 
first.toggle  :  inout  boolean; 
current.toggle  :  inout  tog.vals; 
tog.limit  :  inout  tog.vals)  is 
type  toggle.type  is  array  ( tog. 1 engths )  of  character; 
variable  toggle  :  toggle.type; 
variable  toggle.length  :  tog.lengths; 
variable  tog  limit.length  :  integer; 
begin 

if  first.toggle  then 
first.toggle  :=  false; 

get .toggle .values (lin,ptr,length,val .tog.limit) ; 
toggle.length  :=  length(tog_vals ’ low) ; 
for  i  in  1  to  toggle.length  loop 
toggle(i)  :=  val (tog.vals  '  low , l) ; 
end  loop; 

current.toggle  tog.vals ’ low; 
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else 

get_seq_num_length( tog.limit .tog.limit .length) ; 
ptr  :=  ptr  +  tog.liait.length  +  tog.limit  +  1; 
for  i  in  tog_vals  loop 
ptr  : =  ptr  +  length(i); 
end  loop; 

if  currer.t.toggle  =  tog_limit  then 
current_toggle  :=  tog.vals 'low; 
else 

current_toggle  :=  current_toggle  +  1; 
end  if ; 

toggle_l ength  :=  length(current.toggle) ; 
for  i  in  1  to  toggle_length  loop 

toggle(i)  :=  val ( current .toggle , l ) ; 
end  loop; 
end  if; 

for  l  in  1  to  toggle. length  loop 
write (out _f lie , toggle ( l ) ) ; 
end  loop; 

end  insert.toggle.value ; 

procedure  insert. num ( iteration.num  :  in  integer; 

seq.num. length  :  in  integer)  is 
variable  cur.seq_r.un  :  integer; 
variable  cur.digit  :  integer  range  0  to  9; 

type  num.str  mg.type  is  array (1  to  seq.num.length)  of  character 

variable  num.string  :  num.str mg.type ; 

begin 

cur.seq.nun  :=  iteration.num; 
for  l  in  num.string ’high  downto  1  loop 
cur.digit  :=  cur.seq.nun  nod  10; 
num_strir.g(i)  :=  character  '  va]  ("cur.digit  +  48); 
cur.seq.nun  :=  cur.seq.num/l 0 ; 
end  loop; 

for  l  in  1  to  num.string ’high  locp 
write  (out  _f  lie  .num.str  ir.g  ( l )) ; 
end  loop; 
end  insert.num; 


procedure  get _ l t erat l on. num (par a. num 

iteration 


begin 

case  para.nun  is 


when 

1 

=  > 

iteration 

_num 

= 

pari 

when 

2 

=  > 

iteration 

_num 

= 

par2 

when 

3 

=  > 

iteration 

_nuTn 

= 

par3 

when 

4 

=  > 

iterat ion 

_rrjm 

= 

par  4 

when 

5 

=  > 

iterai iun 

_  jiun. 

- 

-  r 

pUi  v; 

when 

6 

=  > 

iteration 

_num 

r 

par6 

when 

7 

=  > 

iteration 

.num 

= 

par7 

when 

8 

=  > 

iterat ion 

_num 

- 

par  8 

in  para.num.range ; 
num  :  out  integer)  is 


when  9  =>  iteration.nuin  :  -  par9 ; 
when  10  =>  i teration.num  : =  parlO; 
when  11  =>  iteration.num  :=  parll; 
end  case; 

end  get.iteration.num; 

procedure  same. line(l in  :  in  vhdl.line; 

ptr  :  inout  integer  range  vhdl_line ’range ; 
file.io  ;  in  boolean)  is 
variable  para.num  ;  para_num_range ; 
variable  label.length  :  integer; 

variable  label_ptr  :  integer  range  label.length.type 'range ; 
begin  . 

if  file.io  then 

f  ile_get_ integer  (  ’  ?  '  ,  para_nuin)  ; 
else 

get .integer (lin ,ptr , ’ ? ’ ,para_num) ; 
end  if ; 

get_iteration_num(para_nuin  ,  label  .length)  ; 
label.ptr  ;=  label.length.type ' low ; 
for  i  in  1  to  label.length  loop 

write(out_f ile , label .length.test (label.ptr) ) ; 
if  label.ptr  =  label.length.type ’ high  then 
label.ptr  :=  label.length.type 1  low ; 
else 

label.ptr  ;=  label.ptr  +  1; 
end  if  ; 
end  loop; 
end  same.line; 

procedure  process.blockdteration.num  :  in  integer; 

lin  :  inout  vhdl.line; 

char.count  :  inout  integer  range  vhdl.line ‘range 
seq.num.length  ;  in  integer; 

indent  :  in  integer  range  0  to  vhdl.l me 'high ; 
first.lter  :  in  boolean; 
length  :  inout  tog.val_length.type ; 
val  :  inout  tog.val.type ; 
first.toggle  :  in  boolean; 
current.toggle  :  inout  tog.vals; 
tog.limit  ;  inout  tog.vals; 
same.l ine.f lag  :  out  boolean)  is 
procedure  save_sub(blk  :  in  vhdl.line; 

char.count  :  inout  integer  range  vhdl  .  1 ii,e ' range ; 
indent  :  in  integer  range  0  to  vhdl .1  me  ’ h lgh ; 
para.num.length  :  out  integer)  is 
variable  ch  :  character; 
variable  seq.num.length  :  integer; 
variable  lin  :  vhdl.line; 
variable  iterat lon.num  :  integer; 
variable  block.count  :  integer; 
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variable  blk.counter  :  integer; 

variable  cur.mdent  :  integer  range  0  to  vhdl_line 'high  :=  indent; 

variable  first.iter  :  boolean  :=  false; 

variable  para_num  :  para_num_range ; 

variable  first.toggle  :  boolean; 

variable  length  ;  tog_val_length_type ; 

variable  val  :  tog_val_type ; 

variable  current .toggle  :  tog.vals; 

variable  tog.limit  ;  tog.vals; 

variable  same.line.f lag  :  boolean; 

begin 

blk.counter  :  =  1; 

get_integer(blk .blk.counter , 1 [ ’ ,para_num) ; 
get_seq_num_length(para_num .para.num.length) ; 
get.iteration.numCpara.num, iteration.num) ; 

assert  (blk(blk.counter)  =  ’[’)  report  "syntax  error"  severity  error; 
blk.counter  :=  blk.counter  +  1; 
char.count  : -  0; 
block.count  :=  0; 
ch  :=  blk(blk_counter) ; 
blk.counter  :=  blk.counter  +  1; 
while  (ch  /=  ’]’)  or  (block.count  /=0)  loop 
char.count  :=  char.count  +  1; 
lin(char.count)  ch; 
if  ch  =  then 

block.count  ;=  block.count  +  1; 
elsif  ch  =  ’] 1  then 

block.count  :=  block.count  -  1; 
end  if ; 

ch  :=  blk(blk_counter) ; 
blk.counter  :=  blk.counter  +  1; 
end  loop; 

if  cur.indent  =  0  then 
first.iter  :=  true; 
end  if; 

first.toggle  :=  true; 

same.line.f lag  :=  false; 

for  i  in  1  to  iteration.num  loop 

get_seq_num_length( i .seq.num. length) ; 

process_block(i  ,  lin , char .count , seq.num.length , cur. indent ,f irst.it er , 
length , val .first.toggle , current.toggle .tog.limit , 
sarte.line.flag) ; 
first.toggle  :=  false; 
first.iter  :=  false; 
end  loop; 
end  save.sub; 

variable  counter  :  integer; 

variable  temp.count  :  integer  range  0  to  char.count; 
variable  temp.block  :  vhdl.line; 

variable  cur.indent  :  integer  range  0  to  vhdl.line 'high  :=  indent; 
variable  para.num  :  para.num.range ; 


variable  li»it  :  integer; 
variable  limit.length  :  integer; 

variable  local.f irst.toggle  :  boolean  :=  f irst_toggle; 

variable  para.num.length  :  integer; 

begin 

counter  :=  0; 
temp.count  ;=  0; 
il  lin(l)  =  then 
counter  ;=  counter  +  1; 
same.line.f lag  :=  true; 
else 

sajne_line_flag  :=  false; 
if  not  first_iter  then 
-  wnte(out_f  ile.lf)  ; 
end  if ; 

for  i  in  1  to  indent  loop 
write(out_f ile, '  ’); 
end  loop; 
end  if; 

while  counter  <  char_count  loop 
counter  :=  counter  +  1; 
if  lin(counter)  =  then 

if  counter  >  1  then 

if  lin(counter  -  1)  /=  If  then 
cur_indent  :=  indent  +  counter; 
end  if ; 
end  if ; 

for  i  in  (counter  +  1)  to  char_count  loop 
temp_block(i  -  counter)  :=  lin(i); 
end  loop; 

save_sub(temp_block ,temp_count , cur_indent ,para_num_length) ; 
counter  :=  counter  +  2  +  temp_count  +  para_num_length ; 
elsif  lin(counter)  =  ’O’  then 

insert_num( iter at ion.num , sen  num.length) ; 
elsif  lin(counter)  =  the 

counter  :=  counter  +  1; 
get  .integer  (lin  ,  counter  par  a.num)  ; 

get.iterat ion_num(para_num .limit) ; 
get _seq_num_length( limit , limit .length) ; 
insert_num( limit .limit .length) ; 
elsif  lin(counter)  =  ’$’  then 

insert.toggle.valueClm , counter , length, val , local.f irst .toggle , 
current .toggle .tog.limit) ; 
elsif  lin(counter)  -  ’?’  then 
counter  :=  counter  +  1; 
same_line(l in . counter .false) ; 
else 

vnte(out_file,  1  in  (counter  )  )  ; 
end  if ; 
end  loop; 

end  process.block ; 


GOT 


procedure  save_block(char_count  :  inout  integer  range  vhdl.line 'range ; 

indent  :  in  integer  range  0  to  vhdl_line ’high)  is 
variable  ch  :  character; 
variable  lin  :  vhdl.line; 
variable  para_num  :  para_num_range ; 
variable  seq_num_length  :  integer; 
variable  iteration.num  :  integer; 
variable  block.count  :  integer; 

variable  cur_indent  :  integer  range  0  to  vhdl_line 'high  :=  indent; 

variable  first_iter  :  boolean  :=  false; 

variable  first.toggle  :  boolean; 

variable  length  :  tog_val_length_type ; 

variable  val  :  tog_val_type ; 

variable  current .toggle  ;  tog.vals; 

variable  tog.limit  :  tog.vals; 

variable  same.line.f lag  :  boolean; 

begin 

f ile_get_integer( ’ [’ .para.num) ; 

get .iteration.num (par a.num , iterat ion.num) ; 

char.count  ;=  0; 

block.count  :=  0; 

read (in. file  ,ch) ; 

while  (ch  /=  ’]’)  or  (block.count  /=0)  loop 
char.count  :=  char.count  +  1; 
lin(char.count)  :=  ch; 
if  ch  =  then 

block.count  :=  block.count  +  1; 
elsif  ch  =  ’  then 

block.count  :=  block.count  -  1; 
end  if ; 

read(in_file,ch) ; 
end  loop; 

if  cur.indent  =  0  then 
first.iter  :=  true; 
end  if ; 

first.toggle  :=  true; 
same.line.f lag  :=  false; 
for  i  in  1  to  iteration.num  loop 
■  get_seq_num_length(i , seq.num.length) ; 

process_block( i  ,lin , char .count .seq.num.length , cur _ind ent , fir st.it er , 
length , val , f irst.t oggl e , curr ent.togf \e , tog.lirait , 
same.line.f lag) ; 
first.toggle  :=  false; 
first.iter  :=  false; 
end  loop; 
end  save.block; 
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begin 


process 

variable  indent  :  integer  range  0  to  vhdl_line'high  :=  0; 
variable  ch  :  character; 

variable  char.count  :  integer  range  vhdl.line 'range; 
variable  para.num  :  para_num_range; 
variable  limit  :  integer; 
variable  limit_length  :  integer; 
variable  already_read  :  boolean  :=  false; 
variable  dununy_lin  :  vhdl.line; 

variable  dummy.ptr  :  integer  range  vhdl_line ’range ; 
begin 

if  not  endfile(in_f ile)  then 
if  not  already.read  then 
-  read(in_f ile.ch) ; 
end  if ; 

already_read  :=  false; 
if  ch  =  then 
read(in_file,ch) ; 
if  ch  =  then 

while  ch  /=  If  loop 
read(in_file,ch) ; 
end  loop; 

if  indent  /=  0  then 
write(out_f ile, If ) ; 
end  if ; 
indent  :=  0; 
else 

write(out_f ile , ; 
indent  :=  indent  +  1; 
already_read  :=  true; 
end  if ; 

elsif  ch  =  then 

save_block(chax_count , indent) ; 
indent  :=  indent  +  char.count ; 
elsif  ch  =  then 

f ile_get_integer( 'V  ,para_num) ; 
get_ it eration_num(para_num, limit ) ; 
get _seq_num_length (limit , limit .length) ; 
insert_num(limit , limit.length) ; 
indent  :=  indent  +  limit.length ; 
elsif  ch  =  then 

same.line (dummy _1 in , dummy _ptr , true )  ; 
else 

write(out_file,ch)  ; 
indent  :=  indent  +  1; 
if  ch  =  If  then 
indent  :=  0; 
end  if; 
end  if ; 

assert  not  endf ile(in_file)  report  "done"  severity  failure; 
end  if ; 
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end  process 
end  gen; 


Appendix  D.  Hsrv's  Information 


"help.txt"  : 

Benchmark  Executors  : 

Before  starting  to  run  any  benchmarks,  you  need  to  read  this  note,  along  with 
"unixinfo.txt"  in  the  "readme"  directory. 

Make  sure  you  "copy"  (VMS)  or  "tar"  (UNIX)  the  subdirectories  "bench"  and 
"corns"  from  your  top-level  or  home  directory,  so  the  command  files  will  work 
properly.  The  subdirectories  "bench"  and  "corns"  do  not  have  to  exist  before 
you  enter  the  command  if  you  are  using  UNIX;  "tar"  will  create  it. 

The  general  format  for  running  a  VMS  batch  job  is  ; 

$  submit  command_file_n2Lme.com 

The  "/que=que_name"  and  "/log=log_f ile.name"  qualifiers  may  be  used  to  control 
which  batch  queue  the  job  is  submitted  to,  and  the  pathname  of  the  log_file. 

See  "unixinfo.txt"  for  a  description  of  the  UNIX  equivalent. 

The  "bench"  subdirectory  contains  the  VHDL  benchmark  "shells".  Also  in  this 
directory  is  the  utility  that  takes  the  shells  and  your  input  parameters  and 
generates  proper  VHDL  source  code  to  run  for  timing  data  collection.  The 
program  that  generates  VHDL  source  from  shells  is  "gen.vhd".  It  is  written  in 
VHDL  and  the  command  files  to  analyze,  model  generate,  and  build  it  are 
"generate.com"  and  "generate . Unix"  for  VMS  and  UNIX,  respectively,  in  the 
"corns"  subdirectory. 

The  "corns"  subdirectory  contains  the  same  directory  structure  as  "bench". 

For  each  "bench"  directory  with  a  shell  file,  there  are  command  files 
(VMS  -  test.com  and  UNIX  -  test.unix)  in  "corns"  to  analyze,  model  generate, 
build,  and  simulate  the  benchmark.  These  command  files  were  designed  for 
numerous  consecutive  analyze/model  generate/build/sim  cycles  for  the  same 
model,  so  after  the  "sim"  command,  the  run,  kernel,  entity,  and  architecture 
Hies  are  deleted  from  the  VLS  library.  If  this  is  not  desired,  the  command 
files  must  be  edited  to  remove  these  "vis  del"  commands  and  to  add  the 
"/replace"  (VMS)  or  "-replace"  (UJIIX)  option  to  the  "build"  command. 

The  "readme"  subdirectory  contains  documentation.  File  "test.edt"  has  the 
TEST  NUMBER,  PATHNAME,  and  PURPOSE  (description)  of  each  test.  The  tests  are 
organized  into  subdirectories  by  the  VHDL  features  they  test.  Each  feature 
category  has  its  own  subdirectory.  File  "matrices . edt"  lists  all  the 
feature  categories  in  column  format,  along  with  each  test  number  in  row  format. 
The  categories  tested  in  each  benchmark  are  then  "X"-ed  off  in  the  appropriate 
column  and  rows.  It  would  probably  be  helpful  to  print  both  "test.edt"  and 
"matrices . edt"  .  File  matrices_132col . edt  is  the  132-column  version  of 
matrices . edt ,  which  is  80  columns  wide. 

When  you  are  ready  to  start  running  the  benchmarks,  first  analyze,  model 
generate,  and  build  "gen",  using  the  command  file  "generate.com"  (VMS),  or 
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"generate . unix"  (UNIX).  Then  choose  a  test,  change  directories  (set  def  for 
VMS),  (cd  for  UNIX)  to  that  subdirectory,  and  print  the  shell  either  to  the 
screen  or  a  printer,  because  you  need  to  read  the  comments  to  see  shat  the 
parameters  are.  Look  at  the  EXAMPLE  section,  and  use  the  exact  same  file  names 
in  your  "sim  gen..."  command.  After  you  have  decided  what  parameter  values  to 
use,  enter  the  "sim  gen..."  command.  You  will  then  have  a  (hopefully) 
syntactically  correct  VHDL  model  named  "test.vhd1  ,  or  something  very  similar. 
When  "gen"  has  successfully  completed  generating  a  description,  you  will  get 
an  assertion  violation,  along  with  the  message  "done".  You  then  can  use  the 
"test.com"  (VMS)  or  "test. Unix"  (UNIX)  command  file  in  the  corresponding 
subdirectory  of  "corns"  to  run  the  job  in  the  non-interactive  mode.  For  UNIX 
users,  see  "unixinfo.txt"  to  set  up  your  .cshrc  file  to  collect  timing  data, 
if  you  want  it.  Your  command  to  start  the  job  will  be  in  the  format 

V,  csh  test. unix  >&  log_f ile_name  St 

This  will  cause  all  messages  related  to  this  job  to  be  written  to  the  file 
"log_f ile_name"  (you  can  name  this  whatever  you  want).  It  also  runs  the 
job  in  the  background,  instead  of  in  interactive  mode.  When  your  job  is 
reported  "done",  check  "log_f ile_name"  to  see  the  timing  data  or  any  errors 
that  might  have  occurred.  You  can  also  "more"  or  "cat"  this  file  while  the 
job  is  running  to  check  which  command  is  executing,  "unixinfo.txt"  explains 
how  to  interpret  the  timing  data  that  will  be  in  "log_f ile^name" .  You  can 
then  re-run  the  test,  varying  the  parameters. 

***  NOTE  *** 

******************************************************************************* 

In  order  for  the  command  files  to  work,  you  must  either  have  your  default 
directory  set  to  where  the  shell  resides  when  executing  the  "sim  gen..." 
command  OR  specify  the  complete  pathname  for  the  output  file  in  the 
"sim  gen..."  command  so  that  the  output  file  ends  up  in  the  same  directory  as 
its  shell.  If  this  is  not  desirable,  the  command  files  must  be  edited  to 
remove  the  "set  def"  (VMS)  or  "cd"  (UNIX)  lines. 
******************************************************************************* 
******************************************************************************* 
Users  with  toolsets  that  do  not  support  generic  parameters  in  top-level 
entities  must  use  f ront_end . vhd  and  alternate.gen. vhd  instead  of  gen.vhd. 
Instead  of  the  "sim  gen/param= . . . "  command,  you  must  edit  f ront_end . vhd 
and  set  the  constants  ifile,  ofile,  pi,  p2 ,  p3,  p4 ,  p5,  p6,  p7,  p8,  p9, 
plO,  and  pll  to  the  appropriate  parameter  values,  "ifile"  corresponds 
to  the  input  file  name  (the  shell  file  name),  "ofile"  corresponds  to 
the  output  file  name  (usually  "test.vhd"),  and  pi  through  pll  correspond 
to  parameters  1  through  11  as  defined  in  the  shell  file  comments. 

You  must  count  the  number  of  characters  in  your  input  and  output  files  and 
set  the  string  lengths  for  ifile_name  and  ofile_name  accordingly.  Then 
you  must  edit  alternate.gen . vhd  and  set  the  string  lengths  for  the  input 
and  output  files  to  the  same  values  as  in  f ront_end . vhd .  After  editing,  you 
need  to  analyze  and  model  generate  alternate.gen . vhd  (entity  :  gen; 
architecture  :  gen),  then  analyze,  model  generate,  build,  and  simulate 
f ront.end . vhd  (entity  :  front_end;  architecture  :  front_end).  Simulation  of 
front_end  causes  the  VHDL  source  file  to  be  generated.  Each  time  new 
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parameter  values  are  desired,  the  edit,  analyze,  model  generate,  build,  sim 
cycle  must  be  done,  i  command  file  (front_end.com  (VMS)  or  front_end.unix 
(UNIX))  resides  in  [.corns]  to  do  all  but  the  editing. 

******************************************************************************* 

For  VMS  users,  the  timing  collection  commands  are  already  in  the  command  files; 
however,  these  commands  do  not  provide  timing  data  for  any  subprocesses  spawned 
(as  in  model  generation,  build,  and  simulation).  To  get  this  data,  you  need  to 
check  with  your  system  manager  to  see  what  kind  of  system  accounting,  if  any, 
is  being  done.  If  "process"  accounting  is  done,  ask  the  system  manager  to 
execute  a  command  in  the  following  general  form  AFTER  you  have  run  some 
benchmarks 

$  account /binary/output=DATA_FILE . DAT/s ince=DD-MM-YYYY/user=YOUR_USER_ID 

where  DATA_FILE.DAT  is  any  name  you  choose  for  the  output  file,  DD-MM-YYYY  is 
the  date  you  started  running  the  benchmarks  (check  with  the  manager  to  see  how 
far  back  the  accounting  files  go),  and  YOUR_USER_ID  is  your  login  name  on  the 
system.  When  you  receive  the  DATA_FILE.DAT  file,  use  the  following  command  to 
look  at  it 

$  acc/full  DATA_FILE.DAT 

This  displays  one  subprocess’s  data  per  screen.  You  can  use  the  date/time  data 
in  the  log_file  to  help  identify  which  subprocess  corresponds  to  which  command. 
Only  model  generate,  build,  and  sim  commands  spawn  subprocess,  so  nothing  in  the 
accounting  file  will  correspond  to  the  analysis  commands.  When  you  have 
matched  a  command  with  a  subprocess,  record  the  "CPU  time"  data  for  the  command. 
When  you  have  done  this  for  each  comma  . f  in  a  log_file,  go  through  the  log_file 
and  subtract  the  "Elapsed  CPU  Time"  number  above  each  command  from  the  one 
below  it  to  get  the  remaining  CPU  time.  Add  this  time  to  the  subprocess  CPU 
time  from  the  accounting  file.  This  is  the  total  CPU  time  for  the  command.  I 
am  not  familiar  with  the  other  types  of  accounting,  although  I  know  that  "image 
accounting"  can  also  be  used. 

If  you  have  any  questions  or  problems  understanding  the  system,  or  if  you 
encounter  errors,  please  phone  me  : 

Capt  Karen  Serafino 
(513)255-8635 


"unixinfo.txt"  : 

In  order  to  collect  timing  data  while  running  UNIX  batch  jobs,  add  the  following 
command  to  your  .cshrc  file  : 

set  time  =  (0  "u=’/.U  s='/.S  r=*/.E  C=‘/.P  P=‘/.C  s='/,W  m=’/.X  d='/.D  T=*/.K  m=*/.M  pi=*/.F  p=‘/,R  Bi  = 

7.i  Bo=y,o") 


This  will  cause  a  timing  line  to  be  output  for  each  command.  Commands  that 


spawn  subprocesses  will  have  multiple  timing  lines.  The  last  line  is  a  total 
of  the  preceding  ones  for  such  commands. 

Abbreviation  meanings  are  as  follows  :  (found  in  UNIX  Programmer ’s  Manual) 

*/.U  :  amount  of  time  spent  executing  in  user  mode 

7.S  :  amount  of  time  spent  in  the  system  executing  in  behalf  of  the  process 

(in  seconds) 

*/.E  :  real  (elapsed)  time  in  minutes  and  seconds 

'/.P  :  percentage  of  CPU  utilization  (ratio  of  user  plus  system  times  to  real 
time,  scaled  by  the  number  of  processors  on  the  system) 

'/.C  :  CPU  parallelization  factor  or  concurrency  level  (somewhere  between  one  and 
the  number  of  processors  on  the  system);  this  value  is  designed  to  be  used 
when  timing  a  particular  process  and  so  will  display  N/A  when  "time"  is 
issued  as  a  command  with  no  arguments 

*/,W  :  number  of  process  swaps  out  of  main  memory 

'/.X  :  amount  of  memory  shared  among  other  processes  (in  kilobytes) 

*/.D  :  combined  size  of  unshared  data  and  stack  segments  (in  kilobytes) 

*/.K  :  total  size  of  shared  memory,  unshared  data,  and  unshared  stack  sizes 

'/. M  :  maximum  resident  set  size  utilized  (in  kilobytes) 

*/,F  :  number  of  page  faults  serviced  which  required  I/O  activity 

7.R  :  number  of  page  faults  serviced  without  I/O  activity;  here,  I/O  activity 

is  avoided  by  reclaiming  a  page  from  the  list  of  pages  awaiting 
reallocation 

*/.I  :  number  of  times  the  file  system  had  to  perform  block  input 

'/.O  :  number  of  times  the  file  system  had  to  perform  block  output 

This  command  can  be  tailored  to  your  interests  by  including  only  those 
abbreviations  that  record  the  data  you  want  and  omitting  the  rest.  The 
indicators  preceding  the  equal  signs  and  the  equal  signs  serve  as  labels 
and  are  printed  to  standard  output,  followed  by  the  actual  corresponding 
timing  data.  You  can  change  the  labels  to  suit  your  own  formatting  style. 

The  command  format  to  run  the  batch  jobs  in  the  background  and  record  the 
commands  and  timing  data  in  a  file  is  : 


'/,  csh  conunand_file_najM  >k  log_f ile_nanie  k 
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